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T HE P ÜBLISHER'S WORD S 出 版 者 的 话 


文艺 复兴 以 来 ， 源 远 流 长 的 科学 精神 和 逐步 形成 的 学 术 规 范 ， 使 西方 国家 在 目 然 科学 的 
各 个 领域 取得 了 垄断 性 的 优势 也 正 是 这 样 的 优势 ， 使 美国 在 信息 技术 发 展 的 六 十 多 年 间 名 
家 辈出 、 独 领 风 骚 。 在 商业 化 的 进程 中 ， 美 国 的 产业 界 与 教育 界 越 来 越 紧 密 地 结合 ， 计 算 机 
学 科 中 的 许多 泰山 北斗 同时 身 处 科研 和 教学 的 最 前 线 ， 由 此 而 产生 的 经 典 科学 著作 ， 不 仅 璧 
划 了 研究 的 范畴 ， 还 揭示 了 学 术 的 源 变 ， 既 遵循 学 术 规 范 ， 又 目 有 学 者 个 性 ， 其 价值 并 不 会 
因 年 月 的 流逝 而 减退 。 

近年 ， 在 全 球 信 息 化 大 潮 的 推动 让， 我 国 的 计算 机 产业 发 展 迅 狐 ， 对 专业 人 才 的 需求 日 
益 迫 切 。 这 对 计算 机 教育 界 和 出 版 界 都 既是 机 遇 ， 也 是 挑战 ; 而 专业 教材 的 建设 在 教育 战略 
上 显得 举足轻重 。 在 我 国信 息 技术 发 展 时 间 较 短 的 现状 下 ， 美 国 等 发 达 国 家 在 其 计算 机 科学 
发 展 的 几 十 年 间 积淀 和 发 展 的 经 典 教材 仍 有 许多 值得 借鉴 之 处 。 因 此 ， 引 进 一 批 国外 优秀 计 
算 机 教材 将 对 我 国 计 算 机 教育 事业 的 发 展 起 到 积极 的 推动 作用 ， 也 是 与 世界 接轨 、 建 设 真 正 
的 世界 一 流 大 学 的 必由之路 。 

机 械 工 业 出 版 社 华章 公司 较 早 意识 到 “出 版 要 为 教育 服务 ”。 自 1998 年 开始 ， 我 们 就 将 工 
作 重 点 放 在 了 遂 选 、 移 译 国 外 优秀 教材 上。 经 过 多 年 的 不 懈 努 力 ， 我 们 与 Pearson、McGraw- 
Hill, Elsevier, MIT, John Wiley & Sons, Cengage 等 世界 著名 出 版 公司 建立 了 良好 的 合作 关 
系 ， 从 它们 现 有 的 数 百 种 教材 中 甄选 出 Andrew S. Tanenbaum, Bjarne Stroustrup, Brian W. 
Kernighan, Dennis Ritchie, Jim Gray、Afred V. Aho, John E. Hopcroft, Jeffrey D. Ullman, 
Abraham Silberschatz, William Stallings, Donald E. Knuth, John L. Hennessy, Larry L. 
Peterson 等 大 师 名 家 的 一 批 经 典 作 品 ， 以 “计算 机 科学 丛书 ”为 总 称 出 版 ， 供 读者 学 习 、 研 
究 及 珍藏 。 大 理 石 纹理 的 封面 ， 也 正体 现 了 这 套 丛 书 的 品位 和 格调 。 

“计算 机 科学 丛书 ”的 出 版 工作 得 到 了 国内 外 学 者 的 易 力 相助 ， 国 内 的 专家 不 仅 提 供 了 中 
肯 的 选 题 指 导 ， 还 不 秤 劳苦 地 担任 了 翻译 和 审 校 的 工作 ; 而 原 书 的 作者 也 相当 关注 其 作品 在 
中 国 的 传播 ， 有 的 还 专门 为 其 书 的 中 译本 作 序 。 迄 今 ,“ 计 算 机 科学 丛书 ”已 经 出 版 了 近 500 
个 品种 ， 这 些 书籍 在 读者 中 树立 了 良好 的 口碑 ， 并 被 许多 高 校 采 用 为 正式 教材 和 参考 书籍 。 
其 影印 版 “经 典 原版 书库 ”作为 姊妹 篇 也 被 越 来 越 多 实施 双语 教学 的 学 校 所 采用 。 

权威 的 作者 、 经 典 的 教材 、 一 流 的 译 者 、 严 格 的 审 校 、 精 细 的 编辑 ， 这 些 因素 使 我 们 的 
图 书 有 了 质量 的 保证 。 随 着 计算 机 科学 与 技术 专业 学 科 建 设 的 不 断 完善 和 教材 改革 的 隶 渐 深 
化 ， 教 育 界 对 国外 计算 机 教材 的 需求 和 应 用 都 将 步 入 一 个 新 的 阶段 ,我 们 的 目标 是 尽善尽美 ， 
而 反馈 的 意见 正 是 我 们 达到 这 一 终极 目标 的 重要 帮助 。 华 音 公 司 欢迎 老师 和 读者 对 我 们 的 工 
作 提 出 建议 或 给 予 指正 ， 我 们 的 联系 方法 如 下 : 


华章 网 站 :， www.hzbook.com 

电子 邮件 : hzjsj@hzbook.com 

联系 电话 : (010 ) 88379604 

联系 地 址 ;北京 市 西城 区 百 万 庄 南 街 ] 号 
邮政 编码 100037 华章 科技 图 书 出 版 中 心 





“这 本 书 是 我 所 读 过 的 写 得 最 好 、 最 富 洞 察 力 的 书籍 之 一 …… 本 书 不 是 泛泛 而 论 ， 而 是 
结合 实例 ， 以 最 佳 的 方式 确立 了 模式 的 合法 地 位 。” 
一 一 Stan Lippman, C++ Report 


MILD Gamma, Helm, Johnson fil Vlissides 的 这 本 书 将 对 软件 设计 领域 产生 重要 且 深 远 

的 影响 。 由 于 本 书 将 自己 定位 于 面 钻 对 象 软件 技术 ， 忍 怕 面 向 对 象 圈子 以 外 的 设计 者 会 忽视 

它 的 价值 ， 但 这 将 是 一 件 憾事 。 事 实 上 ， 从 事 软 件 设 计 的 每 个 人 都 能 从 本 书 中 获 益 。 所 有 软 
件 设计 者 都 在 使 用 模式 ， 而 更 好 地 理解 这 种 对 工作 的 可 复 用 的 抽象 只 会 使 我 们 做 得 更 好 。” 
—— — Tom DeMarco, IEEE Software 


“总 的 来 讲 ， 这 本 书 表达 了 一 种 极 有 价值 的 东西 ， 对 软件 设计 领域 有 着 独特 的 贡献 ， 因 
为 它 捕 获 了 面向 对 象 设计 的 有 价值 的 经 验 ， 并 且 用 简洁 可 复 用 的 形式 表达 出 来 。 它 将 成 为 我 
寻找 面向 对 和 象 设计 思想 时 经 常 翻阅 的 一 本 书 ， 这 正 是 复 用 的 真实 含义 所 在 ,不 是 吗 ?” 


一 一 Sanjiv Gossain, Journal of Object-Oriented Programming 


“这 本 众人 期 竺 的 书 达 到 了 预期 的 全 部 效果 。 “模式 ”的 说 法 来 自 一 位 建筑 师 的 书 ， 它 云 
集 了 经 过 时 间 考 验 的 可 用 设计 。 作 者 从 多 年 的 面向 对 象 设计 经 验 中 精 选 出 23 个 模式 ， 这 构 
成 了 本 书 的 精华 部 分 ， 每 一 个 精益 求 精 的 优秀 程序 员 都 应 拥有 这 本 书 。 


—— —Larry O’Brien, Software Development 


“本 书 在 实用 环境 下 特别 有 用 ， 因 为 它 分 类 描述 了 一 组 设计 良好 、 表 达 清 楚 的 面向 对 象 
软件 设计 模式 。 设 计 模 式 领域 还 很 新 ， 本 书 的 四 位 作者 也 许 已 占据 了 在 这 方面 造 讶 最 深 的 专 
家 中 的 半数 ， 因 而 他 们 定义 模式 的 方式 可 以 作为 后 来 者 的 榜样 。 如 果 要 知道 怎样 恰当 定义 和 
描述 设计 模式 ， 我们 应 该 可 以 从 他 们 的 专业 知识 中 获得 启发 。 


— —Steve Bilow, Journal of Object-Oriented Programming 


“这 是 一 本 深刻 有 力 的 书 。 在 花费 了 相当 的 时 间 研 究 本 书后 ， 绝 大 部 分 C++ 程序 员 都 能 
够 使 用 模式 构造 出 更 好 的 软件 。 本 书 发 挥 了 一 种 智能 杠杆 作用 : 提供 具体 工具 帮助 我 们 进行 
思维 并 有 效 地 表达 我 们 自己 。 它 也 许 能 从 根本 上 改变 你 对 程序 设计 的 看 法 。 

— — Tom Cargill, C++ Report 


niil 


FOREWORD FF 


所 有 结构 良好 的 面向 对 象 软件 体系 结构 中 都 包含 了 许多 模式 。 实 际 上 ， 当 我 评估 一 个 面 
向 对 象 系统 的 质量 时 ， 所 使 用 的 方法 之 一 就 是 要 判断 系统 的 设计 者 是 否 强调 了 对 象 之 间 的 公 
共 协 同 关 系 。 在 系统 开发 阶段 强调 这 种 机 制 的 优势 在 于 ， 它 能 使 所 生成 的 系统 体系 结构 更 加 
精巧 、 简 洁 和 易于 理解 ， 其 程度 远 远 超过 了 未 使 用 模式 的 体系 结构 。 

模式 在 构造 复杂 系统 时 的 重要 性 早已 在 其 他 领域 中 得 到 认可 。 特 别 是 ，Christopher 
Alexander 和 他 的 同事 们 可 能 最 先 将 模式 语言 ( pattern language) 应 用 于 城市 建筑 领域 ， 他 的 
思想 和 其 他 人 的 贡献 已 经 根植 于 面向 对 象 软件 界 。 简 而 言 之 ， 软 件 领域 中 的 设计 模式 为 开发 
人 员 提 供 了 一 种 使 用 专家 设计 经 验 的 有 效 途 径 。 

在 本 书 中 ，Erich Gamma, Richard Helm, Ralph Johnson 和 John Vlissides 介绍 了 设计 模 
式 的 原理 ， 并 且 对 这 些 设 计 模 式 进行 了 分 类 描述 。 因 此 ， 该 书 做 出 了 两 个 重要 的 贡献 : 首先 ， 
它 展示 了 模式 在 构建 复杂 系统 过 程 中 所 处 的 角色 ; 其 次 ， 它 为 如 何 引 用 一 组 精心 设计 的 模式 
提供 了 一 个 实用 方法 ， 以 帮助 实际 开发 者 针对 特定 应 用 问题 使 用 适当 的 模式 进行 设计 。 

我 曾 来 幸 地 与 本 书 的 部 分 作者 一 同 进 行 体系 结构 设计 工作 ， 从 他 们 身上 我 学 到 了 许多 东 
西 ， 相 信和 阅读 本 书 也 能 让 你 受益 菲 浅 。 


Rational 软件 公司 首席 科学 家 
Grady Booch 
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本 书 并 不 是 一 本 介绍 面向 对 象 技 术 或 设计 的 书 ， 目 前 已 有 不 少 好 书 介绍 面向 对 象 技术 或 
设计 。 本 书 假设 你 至 少 已 经 比较 熟悉 一 种 面向 对 象 编 程 语言 ， 并 且 有 一 定 的 面 回 对 象 设 计 经 
验 。 当 我 们 提 及 “类 型 ”和 “多 态 "， 或 “接口 ”继承 与 “实现 ”继承 的 关系 时 ， 你 应 该 对 这 
些 概念 了 然 于 胸 ， 而 不 是 迫不及待 地 翻阅 手头 的 字典 。 

另外 ， 这 也 不 是 一 篇 高 级 专题 技术 论文 ， 而 是 一 本 关于 设计 模式 的 书 ， 它 描述 了 在 面向 对 
象 软件 设计 过 程 中 针对 特定 问题 的 简洁 而 优雅 的 解决 方案 。 设 计 模 式 捕获 了 随时 间 进 化 与 发 展 
的 问题 的 求解 方法 ， 因 此 它们 并 不 是 人 们 从 一 开始 就 采用 的 设计 方案 。 它 们 反映 了 不 为 人 知 的 
重新 设计 和 重新 编码 的 成 果 ， 而 这 些 都 来 自 软件 开发 者 为 了 设计 出 灵活 、 可 复 用 的 软件 而 长 时 
间 进 行 的 艰苦 努力 。 设 计 模 式 捕获 了 这 些 解 决 方案 ， 并 用 简洁 易 用 的 方式 表达 出 来 。 

设计 模式 并 不 要 求 使 用 独特 的 语言 特性 ， 也 不 采用 那些 足以 使 你 的 朋友 或 老板 大 吃 一 惊 
的 神奇 的 编程 技巧 。 所 有 的 模式 均 可 以 用 标准 的 面向 对 象 语言 实现 ， 这 也 许 有 时 会 比特 殊 的 
解法 多 费 一 些 功夫 ， 但 是 为 了 增加 软件 的 灵活 性 和 可 复 用 性 ， 多 做 些 工作 是 值得 的 。 

一 旦 理解 了 设计 模式 并 且 有 了 一 种 “Aha ! ”( 而 不 是 “Huh ?”) 的 应 用 经 验 和 体验 后 ， 你 将 
用 一 种 非 同 寻 常 的 方式 思考 面向 对 象 设计 。 你 将 拥有 一 种 深刻 的 洞察 力 ， 以 帮助 你 设计 出 更 加 灵 
活 的 、 模 块 化 的 、 可 复 用 的 和 易 理 解 的 软件 一 一 这 也 是 你 着 迷 于 面向 对 象 技术 的 原因 ， 不 是 吗 ? 

当然 还 有 一 些 提 示 和 鼓励 : 第 一 次 阅读 此 书 时 你 可 能 不 会 完全 理解 它 ， 但 不 必 着 急 ， 我 
们 在 起 初 编写 这 本 书 时 也 没有 完全 理解 它们 ! 请 记 住 ， 这 不 是 一 本 读 完 一 过 就 可 以 束之高阁 
的 书 。 我 们 希望 你 在 软件 设计 过 程 中 反复 参阅 此 书 ， 以 获取 设计 灵感 。 

我 们 并 不 认为 这 组 设计 模式 是 完整 的 和 一 成 不 变 的 ， 它 只 是 我 们 目前 对 设计 的 思考 的 记 
录 。 因 此 我 们 欢迎 广大 读者 的 批评 与 指正 ， 无 论 从 书 中 采用 的 实例 、 参 考 ， 还 是 我 们 遗漏 的 
已 知 应 用 ， 或 应 该 包含 的 设计 模式 等 方面 。 你 可 以 通过 Addison-Wesley 与 信 给 我 们 ， 或 发 送 
电子 邮件 到 design-patterns@cs.uiuc.edu。 你 还 可 以 发 送 邮 件 “ send design pattern source" £l 
design-patterns-source(@cs.uiuc.edu 获取 书 中 的 示例 代码 部 分 的 源 代 码 。 

男 外 我 们 有 一 个 专门 的 网 页 报道 最 新 的 消息 与 更 新 : 


http://st-www.cs.uiuc.edu/users/patterns/DPBook/DPBook.html 


E. G. 于 加 州 Mountain View 
R. H. 于 蒙特 利 尔 

R. J. 于 伊利 诺 伊 Urbana 

J. V. 于 纽约 Hawthorne 
1994 年 8 H 
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本 书包 括 两 个 主要 部 分 。 第 一 部 分 (第 1 和 2 章 ) 介绍 了 什么 是 设计 模式 以 及 它 如 何 帮 
助 你 设计 面向 对 象 的 软件 系统 。 该 部 分 包含 了 一 个 设计 案例 研究 ， 展 示 了 如 何 将 设计 模式 应 
用 于 实际 工作 。 第 二 部 分 (第 3 ~ 5 章 ) 则 是 实际 设计 模式 的 分 类 描述 。 

模式 的 分 类 描述 构成 了 本 书 的 主要 部 分 ,根据 模式 的 性 质 本 书 将 其 划分 为 三 种 类 型 : 创 
建 型 ( creational)、 结 构 型 (structural) 和 行为 型 ( behavioral)。 可 以 从 多 个 角度 使 用 模式 的 
分 类 描述 ， 例 如， 你 可 以 从 头 至 尾 地 阅读 每 一 个 模式 ， 也 可 以 随机 浏览 其 中 的 任何 一 个 模 
式 。 另 外 一 种 方法 是 研究 其 中 的 一 章 ， 这 将 有 助 于 理解 原本 密切 关联 的 模式 如 何 相 互 区 分 。 

模式 描述 中 的 交叉 引用 将 给 你 提供 寻找 其 他 相关 模式 的 逻辑 路 径 ， 它 将 帮助 你 看 清楚 
模式 是 如 何 相互 关联 的 、 一 个 模式 怎样 与 其 他 模式 进行 组 合 以 及 哪些 模式 能 在 一 起 工作 。 图 
1-1 将 用 图 示 方法 展现 这 种 关系 。 

阅读 模式 分 类 描述 的 男 一 种 方法 是 问题 导向 法 ， 你 可 以 翻 到 书 中 的 1.6 节 查 找 有 关 设 计 
可 复 用 的 面 回 对 象 系统 过 程 中 经 常 遇 到 的 问题 ， 然 后 阅读 解决 这 些 问 题 的 有 关 模 式 。 有 些 读 
者 首先 通读 模式 分 类 描述 ， 然 后 运用 问题 导向 的 方法 将 模式 应 用 于 他 们 的 项 目 之 中 。 

如 果 你 不 是 一 个 有 经 验 的 面向 对 象 设计 人 人员， 我 们 建议 你 从 那些 最 简单 常用 的 模式 
出 发 : 


Abstract Factory(3.1) 
Adapter(4.1) 
Composite(4.3) 
Decorator(4.4) 
Factory Method(3.3) 
Observer(5.7) 
Strategy(5.9) 
Template Method(5.10) 
AR XE 3c 8] — BA EA 5 PSR PRK AY rl IS TRA IR BE. FAKE ASL 
乎 用 到 了 所 有 的 这 些 模式 。 上 述 这 组 模式 将 有 助 于 你 进一步 理解 设计 模式 本 身 及 一 般 意 义 下 
的 优秀 的 面 回 对 象 设 计 。 
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设计 面向 对 象 软 件 比 较 困 难 ， 而 设计 可 复 用 的 面 问 对 象 软件 就 更 加 困难 。 你 必须 找到 相 
关 的 对 象 ， 以 适当 的 粒度 将 它们 归 类 ， 再 定义 类 的 接口 和 继承 层次 ， 建 立 对 象 之 间 的 基本 关 
系 。 你 的 设计 应 该 对 手头 的 问题 有 针对 性 ， 同 时 对 将 来 的 问题 和 需求 也 要 有 足够 的 通用 性 。 
你 也 和 希望 避免 重复 设计 或 尽 可 能 少 做 重复 设计 。 有 经 验 的 面 回 对 象 设计 者 会 告诉 你 ， 要 一 下 
子 就 得 到 复 用 性 和 灵活 性 好 的 设计 ， 即 使 不 是 不 可 能 的 至 少 也 是 非常 困难 的 。 一 个 设计 在 最 
终 完 成 之 前 经 常 要 被 复 用 好 几 次 ， 而 且 每 一 次 都 有 所 修改 。 

有 经 验 的 面向 对 象 设 计 者 的 确 能 做 出 恨 好 的 设计 ， 而 新 手 则 面 对 众 多 选择 无 从 下 手 ， 总 
是 求助 于 以 前 使 用 过 的 非 面 向 对 象 技 术 。 新 手 需 要 花费 较 长 时 间 领 会 良好 的 面向 对 象 设 计 是 
怎么 回 事 。 有 经 验 的 设计 者 显然 知道 一 些 新 手 所 不 知道 的 东西 ， 这 又 是 什么 呢 ? 

内 行 的 设计 者 知道 : 不 是 解决 任何 问题 都 要 从 头 做 起 。 他 们 更 愿意 复 用 以 前 使 用 过 的 解 
决 方案 。 当 找到 一 个 好 的 解决 方案 时 ， 他 们 会 一 遍 又 一 遍地 使 用 。 这 些 经 验 是 他 们 成 为 内 行 
的 部 分 原因 。 因 此 ， 你 会 在 许多 面向 对 象 系统 中 看 到 类 和 相互 通信 的 对 象 (communicating 
object) 的 重复 模式 。 这 些 模式 解决 特定 的 设计 问题 ， 使 面向 对 象 设 计 更 灵活 、 优 雅 ， 最 终 
复 用 性 更 好 。 它 们 帮助 设计 者 将 新 的 设计 建立 在 以 往 工 作 的 基础 上 ， 复 用 以 往 成 功 的 设计 
方案 。 一 个 熟悉 这 些 模 式 的 设计 者 不 需要 再 去 发 现 它们 ， 而 能 够 立即 将 它们 应 用 于 设计 问 
题 中 。 

以 下 类 比 可 以 帮助 说 明 这 一 点 。 小 说 家 和 剧本 作家 很 少 从 头 开 始 设计 剧情 。 他 们 总 是 洛 
袭 一 些 业 已 存在 的 模式 , 像 “ 翡 剧 性 英雄 ”模式 (EA) RER R 59) 或 “浪漫 小 说 ” 
模式 (存在 着 无 数 浪漫 小 说 )。 同 样 ， 面 向 对 象 设计 者 也 沿袭 一 些 模式 , 像 “ 用 对 象 表示 状态 ” 
和 “修饰 对 象 以 便 你 能 容易 地 添加 /删除 属性 ”等 。 一 旦 懂得 了 模式 ,许多 设计 决策 目 然 而 
然 就 产生 了 。 

我 们 都 知道 设计 经 验 的 重要 价值 。 你 曾经 多 少 次 有 过 这 种 感觉 你 已 经 解决 过 一 个 问 
题 但 就 是 不 能 确切 地 知道 是 在 什么 地 方 或 怎么 解决 的 ? 如 果 能 记 起 以 前 问题 的 细节 和 怎么 解 
决 它 的 ， 你 就 可 以 复 用 以 前 的 经 验 而 不 需要 重新 解决 它 。 然 而 ， 我 们 并 没有 很 好 记录 下 可 供 
他 人 使 用 的 软件 设计 经 验 。 

这 本 书 的 目的 就 是 将 面向 对 象 软件 的 设计 经 验 作为 设计 模式 记录 下 来 。 每 一 个 设计 模 
式 系统 地 命名 、 解 释 和 评价 了 面向 对 象 系统 中 一 个 重要 的 和 重复 出 现 的 设计 。 我 们 的 目标 是 
将 设计 经 验 以 人 们 能 够 有 效 利用 的 形式 记录 下 来 。 鉴 于 此 ， 我们 编写 了 一 些 最 重要 的 设计 模 
式 ， 并 以 编目 分 类 的 形式 将 它们 展现 出 来 。 

设计 模式 使 人 们 可 以 更 加 简单 方便 地 复 用 成 功 的 设计 和 体系 结构 。 将 已 证 实 的 技术 表述 
成 设计 模式 也 会 使 新 系统 开发 者 更 加 容易 理解 其 设计 思路 。 设 计 模 式 帮 助 你 做 出 有 利于 系统 
复 用 的 选择 ， 避 免 设 计 损 害 系 统 复 用 性 。 通 过 提供 一 个 显 式 类 和 对 象 作 用 关系 以 及 它们 之 间 
潜在 联系 的 说 明 规 范 ， 设 计 模 式 甚 至 能 够 提高 已 有 系统 的 文档 管理 和 系统 维护 的 有 效 性 。 简 
而 言 之 ， 设 计 模 式 可 以 帮助 设计 者 更 快 、 更 好 地 完成 系统 设计 。 

本 书 中 涉及 的 设计 模式 并 不 描述 新 的 或 未 经 证 实 的 设计 ， 我 们 只 收录 那些 在 不 同系 统 中 
多 次 使 用 过 的 成 功 设 计 。 这 些 设计 的 绝 大 部 分 以 往 并 无 文档 记录 ， 它 们 或 是 来 源 于 面 回 对 象 





设计 者 圈子 里 的 非 正 式 交 流 ， 或 是 来 源 于 茶 些 成 功 的 面 回 对 象 系统 的 某 些 部 分 ， 但 对 设计 新 
手 来 说 ， 这 些 东 西 是 很 难 学 得 到 的 。 尽 管 这 些 设计 不 包含 新 的 思路 ， 但 我 们 用 一 种 新 的 、 便 
于 理解 的 方式 将 其 展现 给 读者 ， 即 具有 统一 格式 的 、 已 分 类 编目 的 若干 组 设计 模式 。 

尽管 本 书 涉及 较 多 的 内 容 ， 但 书 中 讨论 的 设计 模式 仅仅 包含 了 一 个 设计 行家 所 知道 的 部 
分 。 书 中 没有 讨论 与 并 发 、 分 布 式 或 实时 程序 设计 有 关 的 模式 ， 也 没有 收录 面向 特定 应 用 领 
域 的 模式 。 本 书 并 不 准备 告诉 你 怎样 构造 用 户 界面 、 怎 样 写 设 备 驱动 程序 或 怎样 使 用 面向 对 
象 数据 库 ， 这 些 方 面 都 有 目 己 的 模式 ， 将 这 些 模式 分 类 编目 也 是 件 很 有 意义 的 事 。 


1.1 什么 是 设计 模式 


Christopher Alexander 说 过 :“ 每 一 个 模式 描述 了 一 个 在 我 们 周围 不 断 重复 发 生 的 问 
题 ， 以 及 该 问题 的 解决 方案 的 核心 。 这 样 ， 你 就 能 一 次 又 一 次 地 使 用 该 方案 而 不 必 做 重复 劳 
动 ” [AIS 77, 第 10 页 ]。 尽 管 Alexander 所 指 的 是 城市 和 建筑 模式 ,但 他 的 思想 同样 适用 于 
面向 对 象 设计 模式 ， 只 是 在 面向 对 象 的 解决 方案 里 ,我们 用 对 象 和 接口 代替 了 墙壁 和 门窗 。 
两 类 模式 的 核心 都 在 于 提供 了 相关 问题 的 解决 方案 。 

一 般 而 言 ， 一 个 模式 有 四 个 基本 要 素 : 

模式 名 (pattern name) 一 个 助 记 名 ， 它 用 一 两 个 词 来 描述 模式 的 问题 、 解 决 方案 和 效 
果 。 命 名 一 个 新 的 模式 增加 了 我 们 的 设计 词汇 。 设 计 模 式 允 许 我 们 在 较 高 的 抽象 层次 上 进行 
设计 。 基 于 一 个 模式 词汇 表 ， 我 们 自己 以 及 同事 之 间 就 可 以 讨论 模式 并 在 编写 文档 时 使 用 它 
们 。 模 式 名 可 以 帮助 我 们 思考 ， 便 于 我 们 与 其 他 人 交流 设计 思想 及 设计 结果 。 找 到 恰当 的 模 
式 名 也 是 我 们 设计 模式 编目 工作 的 难点 之 一 。 

问题 (problem) 描述 了 应 该 在 何 时 使 用 模式 。 它 解释 了 设计 问题 和 问题 存在 的 前 因 后 
果 。 它 可 能 描述 了 特定 的 设计 问题 (如 怎样 用 对 象 表示 算法 等 )， 也 可 能 描述 了 导致 不 灵活 设 
计 的 类 或 对 象 结 构 。 有 时 候 ， 问 题 部 分 会 包括 使 用 模式 必须 满足 的 一 系列 先决 条 件 。 

解决 方案 (solution) 描述 了 设计 的 组 成 成 分 、 它 们 之 间 的 相互 关系 及 各 自 的 职责 和 协 
作 方 式 。 因 为 模式 就 像 一 个 模板 ， 可 应 用 于 多 种 不 同 场合 ， 所 以 解决 方案 并 不 描述 一 个 特定 
而 具体 的 设计 或 实现 ， 而 是 提供 设计 问题 的 抽象 描述 和 怎样 用 一 个 具有 一 般 意 义 的 元 素 组 合 
(类 或 对 象 组 合 ) 来 解决 这 个 问题 。 

效果 (consequence) 描述 了 模式 应 用 的 效果 及 使 用 模式 应 权衡 的 问题 。 尽 管 我 们 描述 
设计 决策 时 并 不 总 提 到 模式 效果 ， 但 它们 对 于 评价 设计 选择 和 理解 使 用 模式 的 代价 及 好 处 具 
有 重要 意义 。 软 件 效 果 大 多 关注 对 时 间 和 空间 的 衡量 ， 它 们 也 表述 了 语言 和 实现 问题 。 因 为 
复 用 是 面 回 对 象 设 计 的 要 素 之 一 ， 所 以 模式 效果 包括 它 对 系统 的 灵活 性 、 扩 充 性 或 可 移植 性 
的 影响 ， 显 式 地 列 出 这 些 效果 对 理解 和 评价 这 些 模式 很 有 帮助 。 

出 发 点 的 不 同 会 产生 对 什么 是 模式 和 什么 不 是 模式 的 理解 不 同 。 一 个 人 的 模式 对 另 一 个 
人 来 说 可 能 只 是 基本 构造 部 件 。 本 书 中 我 们 将 在 一 定 的 抽象 层次 上 讨论 模式 。 本 书 并 不 描述 
链表 和 hash 表 那 样 的 设计 ， 尽 管 它们 可 以 用 类 来 封装 ， 也 可 复 用 ; 也 不 包括 那些 复杂 的 、 特 
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定 领 域内 的 对 整个 应 用 或 子 系统 的 设计 。 本 书 中 的 设计 模式 是 对 用 来 在 特定 场景 下 解决 一 般 
设计 问题 的 类 和 相互 通信 的 对 象 的 描述 。 

设计 模式 命名 、 抽 象 和 确定 了 一 个 通用 设计 结构 的 主要 方面 ， 这 些 设计 结构 能 被 用 来 构 
造 可 复 用 的 面向 对 象 设计 。 设 计 模 式 确定 了 所 包含 的 类 和 实例 ， 它 们 的 角色 、 协 作 方 式 以 及 
职责 分 配 。 每 一 个 设计 模式 都 集中 于 一 个 特定 的 面向 对 象 设计 问题 或 设计 要 点 ,描述 了 什么 
时 候 使 用 它 ， 在 另 一 些 设计 约束 条 件 下 是 否 还 能 使 用 ， 以 及 使 用 的 效果 和 如 何 取舍 。 既 然 我 
们 最 终 要 实现 设计 ， 设计 模式 还 提供 了 C++ 和 Smalltalk 示例 代码 来 阐明 其 实现 。 

虽然 设计 模式 描述 的 是 面向 对 象 设 计 , 但 它们 都 基于 实际 的 解决 方案 ， 这 些 方案 的 实现 
语言 是 Smalltalk 和 C++ 等 主流 面向 对 象 编程 语言 ， 而 不 是 过 程式 语言 (Pascal, C, Ada) 或 
更 具 动 态 特 性 的 面向 对 象 语言 (CLOS、Dylan、Self)。 我 们 从 实用 角度 出 发 选择 了 Smalltalk 
和 C++， 因 为 在 这 些 语言 的 使 用 上 我 们 积累 了 许多 经 验 ， 况且 它 们 也 变 得 越 来 越 流 行 。 

程序 设计 语言 的 选择 非常 重要 ， 它 将 影响 人 们 理解 问题 的 出 发 点 。 我 们 的 设计 模式 采用 
了 Smalltalk 和 C++ 的 语言 特性 ， 这 个 选择 实际 上 决定 了 哪些 机 制 可 以 方便 地 实现 ， 而 哪些 
则 不 能 。 若 我 们 采用 过 程式 语言 ， 可 能 就 要 包括 诸如 “继承 ”“ 封 装 ” 和 “多 态 ” 的 设计 模式 。 
相应 地 ， 一 些 特殊 的 面向 对 象 语言 可 以 直接 支持 我 们 的 某 些 模式 ， 例 如 : CLOS 支持 多 方法 
( multi-method) 概念 ， 这 就 减少 了 Visitor 模式 的 必要 性 。 事 实 上，Smalltalk 和 C++ oA Æ 
够 的 差别 来 说 明 对 某 些 模式 一 种 语言 比 另 一 种 语言 表述 起 来 更 容易 一 些 (参见 5.4 节 Iterator 
模式 )。 


1.2 Smalltalk MVC 中 的 设计 模式 


在 Smalltalk-80 中 ， 类 的 模型 /视图 /控制 大 (Model/View/Controller) 三 元 组 (MVC) 
被 用 来 构建 用 户 界面 。 透 过 MVC 来 看 设计 模式 将 帮助 我 们 理解 “模式 ”这 一 术语 的 含义 。 

MVC 包括 三 类 对 象 。 模 型 (Model) 是 应 用 对 象 ， 视 图 (View) 是 它 在 屏幕 上 的 表示 ， 
控制 器 (Controller) 定义 用 户 界 面 对 用 户 输入 的 响应 方式 。 不 使 用 MVC， 用 户 界 面 设计 往 
往 将 这 些 对 象 混 在 一 起 ， 而 MVC 则 将 它们 分 离 以 提高 灵活 性 和 复 用 性 。 

MVC 通过 建立 一 个 “订购 /通知 ”协议 来 分 离 视 图 和 模型 。 视 图 必须 保证 它 的 显示 正确 
地 反映 了 模型 的 状态 。 一 旦 模型 的 数据 发 生变 化 ， 模 型 将 通知 有 关 的 视图 ， 每 个 视图 相应 地 
得 到 刷新 自己 的 机 会 。 这 种 方法 可 以 让 你 为 一 个 模型 提供 不 同 的 多 个 视图 表现 形式 ， 也 能 够 
为 一 个 模型 创建 新 的 视图 而 无 须 重 写 模型 。 

下 图 显示 了 一 个 模型 和 三 个 视图 (为 了 简单 起 见 我 们 省 略 了 控制 句 )。 模 型 包含 一 些 数 据 
值 ， 视 图 通过 电子 表格 、 柱 状 图 、 饼 图 等 不 同 的 方式 来 显示 这 些 数据 。 当 模型 的 数据 发 生变 
化 时 ， 模 型 就 通知 它 的 视图 ， 而 视图 将 与 模型 通信 以 获取 这 些 数据 值 。 
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表面 上 看 ， 这 个 例子 反映 了 将 视图 和 模型 分 离 的 设计 ， 然 而 这 个 设计 还 可 用 于 解决 更 一 
般 的 问题 : 将 对 象 分 离 ， 使 得 一 个 对 象 的 改变 能 够 影响 另 一 些 对 象 ， 而 这 个 对 象 并 不 需要 知 
道 那 些 被 影响 的 对 象 的 细节 。 这 个 更 一 般 的 设计 被 描述 成 Observer(5.7) 模式 。 

MVC 的 男 一 个 特征 是 视图 可 以 散 套 。 例 如 ， 按 钮 控制 面板 可 以 用 一 个 网 套 了 按钮 的 复 
末 视 图 来 实现 。 对 象 查 看 强 的 用 户 界 面 可 由 骨 套 的 视图 构成 ， 这 些 视 图 又 可 复 用 于 调试 器。 
MVC 用 View 类 的 子 类 一 一 CompositeView 类 来 支持 舱 套 视图 。CompositeView 类 的 对 象 行 
为 类 似 于 View 类 的 对 象 行为 ， 一 个 组 合 视 图 可 用 于 任何 视图 可 用 的 地 方 ,， 但 是 它 包含 并 管 
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上 例 反 映 了 可 以 将 组 合 视 图 与 其 构件 平等 对 待 的 设计 ， 同 样 ， 该 设计 也 适用 于 更 一 
般 的 问题 : 将 一 些 对 象 划 为 一 组 ， 并 将 该 组 对 象 当 作 一 个 对 象 来 使 用 。 这 个 设计 被 描述 为 
Composite(4.3) 模式 ， 该 模式 允许 你 创建 一 个 类 层次 结构 ， 一 些 子 类 定义 了 原子 对 象 (如 
Button) 而 其 他 类 定义 了 组 合 对 象 (CompositeView)， 这 些 组 合 对 象 是 由 原子 对 象 组 合 而 成 的 
更 复杂 的 对 象 。 

MVC 允许 你 在 不 改变 视图 外 观 的 情况 下 改变 视图 对 用 户 输入 的 响应 方式 。 例 如 ， 你 可 
能 希望 改变 视图 对 键盘 的 响应 方式 ， 或 希望 使 用 弹出 菜单 而 不 是 原来 的 命令 键 方式 。MVC 
将 啊 应 机 制 封装 在 Controller 对 象 中 。 存 在 着 一 个 Controller 的 类 层次 结构 ， 使 得 可 以 方便 
地 对 原 有 Controller 做 适当 改变 而 创建 新 的 Controller。 

View 使 用 Controller 子 类 的 实例 来 实现 一 个 特定 的 响应 策略 。 要 实现 不 同 的 响应 策略 只 
要 用 不 同 种 类 的 Controller 实例 替换 即 可 。 其 至 可 以 在 运行 时 通过 改变 View 的 Controller 来 
改变 View 对 用 户 输入 的 啊 应 方式 。 例 如 ， 一 个 View 可 以 被 禁止 接收 任何 输入 ， 只 需 给 它 一 
个 忽略 输入 事件 的 Controller。 

View-Controller 关系 是 Strategy(5.9) 模式 的 一 个 例子 。 一 个 策略 是 一 个 表述 算法 的 对 
象 。 当 你 想 静 态 或 动态 地 蔡 换 一 个 算法 ， 或 你 有 很 多 不 同 的 算法 ， 或 算法 中 包含 你 想 封 装 的 
复杂 数据 结构 时 ， 策 略 模式 是 非常 有 用 的 。 


MVC 还 使 用 了 其 他 的 设计 模式 ， 如 : 用 来 指定 视图 默认 控制 器 的 Factory Method(3.3) 
和 用 来 增加 视图 滚动 的 Decorator(4.4)。 但 是 MVC 的 主要 关系 还 是 由 Observer、Composite 
和 Strategy 三 个 设计 模式 给 出 的 。 


L3. fib VP 


怎样 描述 设计 模式 呢 ? 图 形 符号 虽然 很 重要 也 很 有 用 ， 但 还 远 远 不 够 ， 它 们 只 是 将 设 
计 过 程 的 结果 简单 记录 为 类 和 对 象 之 间 的 关系 。 为 了 达到 设计 复 用 ， 我 们 必须 同时 记录 设计 
产生 的 决定 过 程 、 选 择 过 程 和 权衡 过 程 。 具 体 的 例子 也 是 很 重要 的 ， 它们 让 你 看 到 实际 的 
Wil. 

我 们 将 用 统一 的 格式 描述 设计 模式 ， 每 一 个 模式 根据 以 下 模板 被 分 成 若干 部 分 。 模 板 具 
有 统一 的 信息 描述 结构 ， 有 助 于 你 更 容易 地 学 习 、 比 较 和 使 用 设计 模式 。 

模式 名 和 分 类 

模式 名 简洁 地 描述 了 模式 的 本 质 。 一 个 好 的 名 字 非 常 重要 ， 因 为 它 将 成 为 你 的 设计 词汇 
表 中 的 一 部 分 。 模 式 的 分 类 反映 了 我 们 将 在 1.5 节 介 绍 的 方案 。 

意图 

意图 是 回答 下 列 问题 的 简单 陈述 : 设计 模式 是 做 什么 的 ? 它 的 基本 原理 和 意图 是 什么 ? 
它 解 决 的 是 什么 样 的 特定 设计 问题 ? 


别名 
模式 的 其 他 名 称 。 
动机 


用 以 说 明 一 个 设计 问题 以 及 如 何 用 模式 中 的 类 、 对 象 来 解决 该 问题 的 特定 情景 。 该 情景 
会 帮助 你 理解 随后 对 模式 更 抽象 的 描述 。 

适用 性 

什么 情况 下 可 以 使 用 该 设计 模式 ? 该 模式 可 用 来 改进 哪些 不 良 设 计 ? 你 怎样 识别 这 些 
情况 ? 

结构 

采用 基于 对 象 建 模 技 术 (OMT) [RBP+91] 的 表示 法 对 模式 中 的 类 进行 图 形 描 述 。 我 们 也 
使 用 了 交互 图 [JCJO92，BOO94] 来 说 明 对 象 之 间 的 请 求 序列 和 协作 关系 。 附 录 B 详细 描述 
了 这 些 表示 法 。 

参与 者 

指 设计 模式 中 的 类 和 /或 对 象 以 及 它们 各 自 的 职责 。 

协作 

模式 的 参与 者 怎样 协作 以 实现 它们 的 职责 。 

效果 

模式 怎样 支持 它 的 目标 ? 使 用 模式 的 效果 和 所 需 做 的 权衡 是 什么 ?系统 结构 的 哪些 方面 


可 以 独立 改变 ? 

实现 

实现 模式 时 需要 知道 的 一 些 提 示 、 技 术 要 点 及 应 避免 的 缺陷 ， 以 及 是 否 存在 某 些 特定 于 
实现 语言 的 问题 。 

代码 示例 

用 来 说 明 怎 样 用 C++ 或 Smalltalk 实现 该 模式 的 代码 片段 。 

已 知 应 用 

实际 系统 中 发 现 的 模式 的 例子 。 每 个 模式 至 少 包括 两 个 不 同 领域 的 实例 。 

相关 模式 

与 这 个 模式 紧密 相关 的 模式 有 了 哪些? 其间 重 要 的 不 同 之 处 是 什么 ?这 个 模式 应 与 哪些 其 
他 模式 一 起 使 用 ? 

附录 提供 的 背景 资料 将 帮助 你 理解 模式 以 及 关于 模式 的 讨论 。 附 录 A 给 出 了 我 们 使 用 的 
术语 列表 。 前 面 已 经 提 到 过 的 附录 B 则 给 出 了 各 种 表示 法 ,我 们 也 会 在 以 后 的 讨论 中 简单 介 
绍 它 们 。 最 后 ， 附 录 C 给 出 了 我 们 在 例子 中 使 用 的 各 基本 类 的 源 代 码 。 


1.4 设计 模式 的 编目 


从 第 3 章 开 始 的 模式 目录 中 共 包 含 23 个 设计 模式 。 它 们 的 名 字 和 意图 列举 如 下 ， 以 
使 你 有 个 基本 了 解 。 每 个 模式 名 后 的 括号 中 标 出 模式 所 在 的 章节 ( 整 本 书 都 将 遵从 这 个 
约定 )。 

Abstract Factory(3.1) : 提供 一 个 创建 一 系列 相关 或 相互 依赖 对 象 的 接口 ， 而 无 须 指定 
它们 具体 的 类 。 

Adapter(4.1) : 将 一 个 类 的 接口 转换 成 客户 希望 的 男 外 一 个 接口 。Adapter 模式 使 得 原本 
由 于 接口 不 兼容 而 不 能 一 起 工作 的 那些 类 可 以 一 起 工作 。 

Bridge(4.2): 将 抽象 部 分 与 它 的 实现 部 分 分 离 ， 使 它们 都 可 以 独立 地 变化 。 

Builder(3.2) : 将 一 个 复杂 对 象 的 构建 与 它 的 表示 分 离 ， 使 得 同样 的 构建 过 程 可 以 创建 不 
同 的 表示 。 

Chain of Responsibility(5.1) : 解除 请 求 的 发 送 者 和 接收 者 之 间 的 耦合 ， 使 多 个 对 象 都 
有 机 会 处 理 这 个 请 求 。 将 这 些 对 象 连 成 一 条 链 ， 并 沿 着 这 条 链 传递 该 请 求 ， 直 到 有 一 个 对 象 
处 理 它 。 

Command(5.2) : 将 一 个 请 求 封 装 为 一 个 对 象 ， 从 而 使 你 可 用 不 同 的 请 求 对 客户 进行 参 
TUE; 对 请 求 排队 或 记录 请 求 日 志 ， 以 及 支持 可 取消 的 操作 。 

Composite(4.3): 将 对 象 组 合成 树 形 结构 以 表示 “部 分 -整体 ”的 层次 结构 。Composite 
使 得 客户 对 单个 对 象 和 组 合 对 象 的 使 用 具有 一 致 性 。 

Decorator(4.4) : 动态 地 给 一 个 对 象 添 加 一 些 额 外 的 职责 。 就 扩展 功能 而 言 ，Decorator 
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模式 比 生 成 子 类 方式 更 为 灵活 。 

Facade(4.5) : 为 子 系统 中 的 一 组 接口 提供 一 个 一 致 的 界面 ，Facade 模式 定义 了 一 个 高 
层 接口 ， 这 个 接口 使 得 这 一 子 系统 更 加 容易 使 用 。 

Factory Method(3.3) : 定义 一 个 用 于 创建 对 象 的 接口 ， 让 子 类 决定 将 哪 一 个 类 实例 化 。 
Factory Method 使 一 个 类 的 实例 化 延迟 到 其 子 类 。 

Flyweight(4.6): 运用 共享 技术 有 效 地 文 持 大 量 细 粒 度 的 对 象 。 

Interpreter(5.3): 给 定 一 个 语言 , 定义 它 的 文法 的 一 种 表示 ， 并 定义 一 个 解释 器 , 该 解释 
需 使 用 该 表示 来 解释 语言 中 的 句子 。 

lterator(5.4) : 提供 一 种 方法 顺序 访问 一 个 聚合 对 象 中 的 各 个 元 素 ， 而 又 不 需要 暴露 该 对 
象 的 内 部 表示 。 

Mediator(5.5) : 用 一 个 中 介 对 象 来 封装 一 系列 的 对 象 交 互 。 中 介 者 使 各 对 象 不 需要 显 式 
HH ASIA, Maff ROS PARC, f EL RT LU vr d ICE TE ZAI AY Az. 

Memento(5.6) : 在 不 破坏 封装 性 的 前 提 下 ， 捕 获 一 个 对 象 的 内 部 状态 ， 并 在 该 对 象 之 外 
保存 这 个 状态 。 这 样 以 后 就 可 将 该 对 象 恢复 到 保存 的 状态 。 

Observer(5.7) : 定义 对 象 间 的 一 种 一 对 多 的 依赖 关系 ， 以 便当 一 个 对 象 的 状态 发 生 改 变 
时 ,所 有 依赖 于 它 的 对 象 都 得 到 通知 并 自动 刷新 。 

Prototype(3.4) : 用 原型 实例 指定 创建 对 象 的 种 类 ， 并 且 通 过 拷贝 这 个 原型 来 创建 新 的 
对 象 。 

Proxy(4.7): 为 其 他 对 象 提供 一 个 代理 以 控制 对 这 个 对 象 的 访问 。 

Singleton(3.5): 保证 一 个 类 仅 有 一 个 实例 ， 并 提供 一 个 访问 它 的 全 局 访问 点 。 

State(5.8): 允许 一 个 对 象 在 其 内 部 状态 改变 时 改变 它 的 行为 。 对 象 看 起 来 似乎 修改 了 它 
所 属 的 类 。 

Strategy(5.9) : 定义 一 系列 的 算法 ， 把 它们 一 个 个 封装 起 来 , 并 且 使 它们 可 相互 替换 。 
本 模式 使 得 算法 的 变化 可 独立 于 使 用 它 的 客户 。 

Template Method(5.10) : 定义 一 个 操作 中 的 算法 的 骨架 ， 而 将 一 些 步骤 延迟 到 子 类 中 。 
Template Method 使 得 子 类 不 改变 一 个 算法 的 结构 即 可 重 定 义 该 算法 的 某 些 特定 步骤 。 

Visitor(5.11): 表示 一 个 作用 于 某 对 象 结构 中 的 各 元 素 的 操作 。 它 使 你 可 以 在 不 改变 各 元 
素 的 类 的 前 提 下 定义 作用 于 这 些 元 素 的 新 操作 。 


1.5 组 织 编目 


设计 模式 在 粒度 和 抽象 层次 上 各 不 相同 。 由 于 存在 众多 的 设计 模式 ,我 们 希望 用 一 种 
方式 将 它们 组 织 起 来 。 这 一 节 将 对 设计 模式 进行 分 类 以 便 我 们 对 各 族 相 关 的 模式 进行 引用 。 
分 类 有 助 于 更 快 地 学 习 目 录 中 的 模式 ， 且 对 发 现 新 的 模式 也 有 指导 作用 ， 如 表 1-1 所 示 。 


X 1-1 设计 模式 空间 


目 的 
Interpreter(5.3) 


Chain of Responsibility(5.1) 
Adapter( 对 象 )(4.1) Command(5.2) 
Bridge(4.2) Iterator(5.4) 
Abstract Factory(3.1) i 
范围 Composite(4.3) Mediator(5.5) 
Builder(3.2) 
对 象 Decorator(4.4) Memento(5.6) 
Prototype(3.4) 
Facade(4.5) Observer(5.7) 
Singleton(3.5) 


Flyweight(4.6) State(5.8) 
Proxy(4.7) Strategy(5.9) 
Visitor(5.10) 





我 们 根据 两 条 准则 ( 表 1-1) 对 模式 进行 分 类 。 第 一 条 是 目的 准则 ， 即 模式 是 用 来 完 
成 什么 工作 的 。 模 式 依 据 其 目的 可 分 为 创建 型 (creational)、 结 构 型 ( structural) 和 行为 型 
(behavioral) 三 种 。 创 建 型 模式 与 对 象 的 创建 有 关 ; 结构 型 模式 处 理 类 或 对 象 的 组 合 ; 行为 
型 模式 对 类 或 对 象 怎样 交互 和 怎样 分 配 职责 进行 描述 。 

第 二 条 是 范围 准则 ， 指 定 模 式 主 要 是 用 于 类 还 是 用 于 对 象 。 类 模式 处 理 类 和 子 类 之 间 的 
关系 ， 这 些 关 系 通过 继承 建立 ， 是 静态 的 ， 在 编译 时 便 确定 下 来 了 。 对 象 模式 处 理 对 象 间 的 
关系 ， 这 些 关系 在 运行 时 是 可 以 变化 的 ， 更 具 动 态 性 。 从 某 种 意义 上 来 说 ， 几 乎 所 有 模式 都 
使 用 继承 机 制 ， 所 以 “类 模式 ”只 指 那些 集中 于 处 理 类 间 关 系 的 模式 ， 而 大 部 分 模式 都 属于 
对 象 模式 的 范畴 。 

创建 型 类 模式 将 对 象 的 部 分 创建 工作 延迟 到 子 类 ， 而 创建 型 对 象 模 式 则 将 它 延 迟到 另 一 
个 对 象 中 。 结 构 型 类 模式 使 用 继承 机 制 来 组 合 类 ， 而 结构 型 对 象 模式 则 摘 述 了 对 象 的 组 朔方 
式 。 行 为 型 类 模式 使 用 继承 描述 算法 和 控制 流 ， 而 行为 型 对 象 模 式 则 描述 了 一 组 对 象 怎样 协 
作 完 成 单个 对 象 所 无 法 完成 的 任务 。 

还 有 其 他 组 织 模式 的 方式 。 有 些 模式 经 常会 被 绑 在 一 起 使 用 ， 例 如 ，Composite # Al 
Iterator 或 Visitor 一 起 使 用 ; 有 些 模式 是 可 替代 的 ， 例 如 ，Prototype 常用 来 替代 Abstract 
Factory ; 有 些 模式 尽管 使 用 意图 不 同 ,但 产生 的 设计 结果 是 很 相似 的 ， 例 如 ，Composite 和 
Decorator 的 结构 图 是 相似 的 。 

还 有 一 种 方式 是 根据 模式 的 “相关 模式 ”部 分 所 描述 的 它们 怎样 互相 引用 来 组 织 设计 模 
式 。 图 1-1 给 出 了 模式 关系 的 图 形 说 明 。 

显然 ， 存 在 着 许多 组 织 设计 模式 的 方法 。 从 多 角度 去 思考 模式 有 助 于 对 它们 的 功能 、 差 
异 和 应 用 场合 的 更 深入 理解 。 
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图 1-1 设计 模式 之 间 的 关系 


1.6 设计 模式 去 样 解决 设计 问题 

设计 模式 采用 多 种 方法 解决 面向 对 象 设计 者 经 常 碰 到 的 问题 。 这 里 给 出 几 个 问题 以 及 使 
用 设计 模式 解决 它们 的 方法 。 
1.6.1 寻找 合适 的 对 象 


面 问 对 象 程序 由 对 象 组 成 ， 对 象 包括 数据 和 对 数据 进行 操作 的 过 程 ， 过 程 通常 称 为 方法 
或 操作 。 对 象 在 收 到 客户 的 请 求 (或 消息 ) 后 ， 执 行 相应 的 操作 。 
客户 请 求 是 使 对 象 执行 操作 的 唯一 方法 ,操作 又 是 对 象 改 变 内 部 数据 的 唯一 方法 。 由 于 


这 些 限 制 ， 对 象 的 内 部 状态 是 被 封装 的 ， 它 不 能 被 直接 访问 ， 它 的 表示 对 于 对 象 外 部 是 不 可 
见 的 。 

面向 对 象 设 计 最 困难 的 部 分 是 将 系统 分 解 成 对 象 集 合 。 因 为 要 考虑 许多 因素 : BR. AL 
度 、 依 赖 关系 、 灵 活性 、 性 能 、 演 化 、 复 用 等 ， 它 们 都 影响 着 系统 的 分 解 ， 并 且 这 些 因素 通 
稼 还 是 互相 冲突 的 。 

面向 对 象 设计 方法 学 支持 许多 设计 方法 。 你 可 以 写 出 一 个 问题 描述 ， 挑 出 名 词 和 动词 ， 
进而 创建 相应 的 类 和 操作 ; 或 者 ， 你 可 以 关注 系统 的 协作 和 职责 关系 ; 或 者 ， 你 可 以 对 现实 
世界 建 模 ， 再 将 分 析 时 发 现 的 对 象 转化 至 设计 中 。 至 于 哪 一 种 方法 最 好 ， 并 无 定论 。 

设计 的 许多 对 象 来 源 于 现实 世界 的 分 析 模 型 。 但 是 ,设计 结果 所 得 到 的 类 通常 在 现实 世 
界 中 并 不 存在 ， 有 些 是 像 数 组 之 类 的 低层 类 ， 而 男 一 些 则 层次 较 高 。 例 如 ，Composite(4.3) 
模式 引入 了 统一 对 竺 现实 世界 中 并 不 存在 的 对 象 的 抽象 方法 。 严 格 反 映 当前 现实 世界 的 模型 
并 不 能 产生 也 能 反映 将 来 世界 的 系统 。 设 计 中 的 抽象 对 于 产生 灵活 的 设计 是 至 关 重 要 的 。 

设计 模式 帮 你 确定 并 不 明显 的 抽象 和 描述 这 些 抽象 的 对 象 。 例 如 ， 描 述 过 程 或 算法 的 对 
象 现 实 中 并 不 存在 ,但 它们 却 是 设计 的 关键 部 分 。Strategy(5.9) 模式 描述 了 怎样 实现 可 互 换 
的 算法 族 。State(5.8) 模式 将 实体 的 每 一 个 状态 描述 为 一 个 对 象 。 这 些 对 象 在 分 析 阶 段 ， 其 至 
在 设计 阶段 的 早期 并 不 存在 ， 后 来 为 使 设计 更 灵活 、 复 用 性 更 好 才 将 它们 发 掘 出 来 。 


1.6.2 ”决定 对 象 的 粒度 


对 象 在 大 小 和 数目 上 变化 极 大 。 它 们 能 表示 下 至 硬件 或 上 至 整个 应 用 的 任何 事物 。 那 么 
我 们 怎样 决定 一 个 对 象 应 该 是 什么 呢 ? 

设计 模式 很 好 地 讲述 了 这 个 问题 。Facade(4.5) 模式 描述 了 怎样 用 对 象 表示 完整 的 子 系统 ， 
Flyweight(4.6) 模式 描述 了 如 何 支 持 大 量 的 最 小 粒度 的 对 象 。 其 他 一 些 设 计 模 式 描述 了 将 一 个 
对 象 分 解 成 许多 小 对 象 的 特定 方法 。Abstract Factory(3.1) 和 Builder(3.2) 产生 那些 专门 负责 
生成 其 他 对 象 的 对 象 。Visitor(5.10) 和 Command(5.2) 生成 的 对 象 专门 负责 实现 对 其 他 对 象 或 
对 象 组 的 请 求 。 


1.6.3 ”指定 对 象 接口 


对 和 象 声 明 的 每 一 个 操作 指定 操作 名 、 作 为 参数 的 对 象 和 返回 值 ， 这 就 是 所 谓 的 操作 的 型 
构 ( signature)。 对 象 操 作 所 定义 的 所 有 操作 型 构 的 集合 被 称 为 该 对 象 的 接口 (interface)。 对 
象 接口 描述 了 该 对 象 所 能 接受 的 全 部 请 求 的 集合 ,任何 匹配 对 和 象 接 口中 型 构 的 请 求 都 可 以 发 
送 给 该 对 象 。 

类 型 (type) 是 一 个 用 来 标识 特定 接口 的 名 字 。 如 果 一 个 对 象 接 受 “ Window ”接口 所 定 
义 的 所 有 操作 请 求 ， 那 么 我 们 就 说 该 对 象 具 有 “Window” 类 型 。 一 个 对 象 可 以 有 许多 类 型 ， 
并 且 不 同 的 对 象 可 以 共享 同一 个 类 型 。 对 象 接口 的 某 部 分 可 以 用 某 个 类 型 来 刻画 ， 而 其 他 部 
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分 则 可 用 其 他 类 型 刻画 。 两 个 类 型 相同 的 对 象 只 需要 共享 它们 的 部 分 接口 。 接 口 可 以 包含 其 
他 接口 作为 子 集 。 当 一 个 类 型 的 接口 包含 另 一 个 类 型 的 接口 时 ， 我 们 就 说 它 是 另 一 个 类 型 的 
子 类 型 (subtype)， 而 称 另 一 个 类 型 为 它 的 超 类 型 ( supertype)。 我 们 常 说 子 类 型 继承 了 它 的 
超 类 型 的 接口 。 

在 面向 对 象 系统 中 ， 接 口 是 基 本 的 组 成 部 分 。 对 象 只 有 通过 它们 的 接口 才能 与 外 部 交 
流 ， 如 果 不 通 过 对 象 的 接口 就 无 法 知道 对 象 的 任何 事情 ， 也 无 法 请 求 对 象 做 任何 事情 。 对 象 
接口 与 其 功能 实现 是 分 离 的 ， 不同 对 象 可 以 对 请 求 做 不 同 的 实现 ， 也 就 是 说 ， 两 个 有 相同 接 
口 的 对 象 可 以 有 完全 不 同 的 实现 。 

当 给 对 象 发 送 请 求 时 ， 所 引起 的 具体 操作 既 与 请 求 本 身 有 关 又 与 接受 对 象 有 关 。 文 持 相 
同 请 求 的 不 同 对 象 可 能 对 请 求 激 发 的 操作 有 不 同 的 实现 。 发 送 给 对 象 的 请 求 和 它 的 相应 操作 
在 运行 时 的 连接 就 称 为 动态 绑 定 (dynamic binding). 

动态 绑 定 是 指 发 送 的 请 求 直 到 运行 时 才 受 你 的 具体 实现 的 约束 。 因 而 ， 在 知道 任何 有 正 
确 接 口 的 对 象 都 将 接受 此 请 求 时 ， 你 可 以 写 一 个 一 般 的 程序 ， 它 期 待 着 那些 具有 该 特定 接口 
的 对 象 。 进 一 步 讲 ， 动 态 绑 定 允许 你 在 运行 时 彼此 替换 有 相同 接口 的 对 象 。 这 种 可 替换 性 就 
PRAZA (polymorphism)， 它 是 面向 对 象 系统 中 的 核心 概念 之 一 。 多 态 允 许 客 户 对 象 仅 要 求 
其 他 对 象 支持 特定 接口 ， 除 此 之 外 对 其 假设 几 近 于 无 。 多 态 简化 了 客户 的 定义 ， 使 得 对 象 间 
彼此 独立 ， 并 可 以 在 运行 时 动态 改变 它们 相互 的 关系 。 

设计 模式 通过 确定 接口 的 主要 组 成 成 分 及 经 接口 发 送 的 数据 类 型 来 帮助 你 定义 接口 。 设 
计 模 式 也 许 还 会 告诉 你 接口 中 不 应 包括 哪些 东西 。Memento(5.6) 模式 是 一 个 很 好 的 例子 ， 它 
描述 了 怎样 封装 和 保存 对 象 内 部 的 状态 ， 以 便 一 段 时 间 后 对 象 能 恢复 到 这 一 状态 。 它 规定 了 
Memento 对 象 必 须 定 义 两 个 接口 : 一 个 允许 客户 保持 和 复制 memento 的 限制 接口 ， 一 个 只 有 
原 对 象 才能 使 用 的 用 来 储存 和 提取 memento 中 状态 的 特权 接口 。 

设计 模式 也 指定 了 接口 之 间 的 关系 。 特 别 是 ， 它 们 经 常 要 求 一 些 类 具有 相似 的 接口 ， 或 
它们 对 一 些 类 的 接口 做 了 限制 。 例 如 ，Decorator(4.4) 和 Proxy(4.7) 模式 分 别 要求 Decorator 
和 Proxy 对 象 的 接口 与 被 修饰 的 对 象 和 受 委托 的 对 象 一 致 。 而 Visitor(5.11) 模式 中 ，Visitor 
接口 必须 反映 出 visitor 能 访问 的 对 象 的 所 有 类 。 


1.6.4， 摘 述 对 象 的 实现 





至 此 ， 我 们 很 少 提 及 实际 上 怎么 去 定义 一 个 对 象 。 对 象 的 实现 是 
由 它 的 类 决定 的 ， 类 指定 了 对 象 的 内 部 数据 和 表示 ， 也 定义 了 对 象 所 
能 完成 的 操作 ， 如 右 图 所 示 。 


Type Operation2() 
我 们 基于 OMT 的 表示 法 ， 将 类 描述 成 一 个 和 矩形， 其 中 的 类 名 以 
黑体 表示 。 操 作 在 类 名 下 面 ， 以 常规 字体 表示 。 类 所 定义 的 任何 数据 


Type instanceVariable2 
都 在 操作 的 下 面 。 类 名 与 操作 之 间 以 及 操作 与 数据 之 间 用 横 线 分 隔 。 


返回 关 型 和 实例 变量 类 型 是 可 选 的 ， 因 为 我 们 并 未 假设 一 定 要 用 具有 静态 类型 的 实现 





n 


liil 


语言 。 
对 象 通过 实例 化 类 来 创建 ， 此 对 象 被 称 为 该 类 的 实例 。 当 实例 化 类 时 ， 要 给 对 象 的 内 部 
数据 (由 实例 变量 组 成 ) 分 配 存储 空间 ， 并 将 操作 与 这 些 数据 联系 起 来 。 对 象 的 许多 类 似 实 
例 是 由 实例 化 同一 个 类 来 创建 的 。 


下 图 中 的 虚 箭头 线 表 示 一 个 类 实例 化 另 一 个 类 的 对 象 ， 箭 头 指 回 被 实例 化 的 对 象 的 类 。 


On nR 


新 的 类 可 以 由 已 存在 的 类 通过 类 继承 (class inheritance) 来 定义 。 当 子 类 (subclass) 继 
IK AZ 3€ (parent class) 时 ， 子 类 包含 了 父 类 定义 的 所 有 数据 和 操作 。 子 类 的 实例 对 象 包 含 所 
有 子 类 和 父 类 定义 的 数据 ， 且 它们 能 完成 子 类 和 父 类 定义 的 所 有 操作 。 我 们 以 竖 线 和 三 角 表 
示 子 类 关系 ， 如 下 图 所 示 。 






Operation() 









抽象 类 (abstract class) 的 主要 目的 是 为 它 的 子 类 定义 公共 接口 。 抽 象 类 将 把 它 的 部 分 或 
全 部 操作 的 实现 延迟 到 子 类 中 ， 因 此 ， 抽 象 类 不 能 被 实例 化 。 在 抽象 类 中 定义 却 没有 实现 的 
操作 被 称 为 抽象 操作 (abstract operation ) 。 非 抽象 类 称 为 具体 类 (concrete class). 

子 类 能 够 改进 和 重新 定义 它们 父 类 的 操作 。 更 具体 地 说 ， 类 能 够 重 定义 (override) 父 类 
定义 的 操作 ， 重 定义 使 得 子 类 能 接管 父 类 对 请 求 的 处 理 操作 。 类 继承 允许 你 只 需要 简单 地 扩 
展 其 他 类 就 可 以 定义 新 类 ， 从 而 可 以 很 容易 地 定义 具有 相近 功能 的 对 象 族 。 

抽象 类 的 类 名 以 斜体 表示 ， 以 与 具体 类 相 区 别 。 抽 象 操 作 也 用 斜体 表示 。 图 中 可 以 包括 
实现 操作 的 伪 人 代码， 如 果 这 样 ， 则 代码 将 出 现在 带 有 押 角 的 框 中 ， 并 用 虚线 将 该 招 角 框 与 代 
码 所 实现 的 操作 相连 ， 图 示 如 下 。 


AbstractClass 
Operation() 


/ N 


ConcreteSubclass 
Cs 
implementation 
Coes: a rS Iu pseudocode 


混入 类 (mixin class) 是 给 其 他 类 提供 可 选择 的 接口 或 功能 的 类 。 它 与 抽象 类 一 样 不 能 实 
例 化 。 混 入 类 要 求 多 继承 ， 图 示 如 下 。 







14 设计 模式 : PRA Met RAHA Bat 









Mixin 


MixinOperation() 


ExistingClass 


ExistingOperation() 






AugmentedClass 









ExistingOperation() 
MixinOperation() 





1. 类 继承 与 接口 继承 的 比较 

理解 对 象 的 类 (class) 与 对 象 的 类 型 (type) 之 间 的 差别 非常 重要 。 

对 象 的 类 定义 了 对 象 是 怎样 实现 的 ， 同 时 也 定义 了 对 象 的 内 部 状态 和 操作 的 实现 。 但 
是 对 象 的 类 型 只 与 它 的 接口 有 关 ， 接 口 即 对 象 能 响应 的 请 求 的 集合 。 一 个 对 象 可 以 有 多 个 类 
型 ， 不 同类 的 对 象 可 以 有 相同 的 类 型 。 

当然 ， 对 象 的 类 和 类 型 是 有 紧密 关系 的 。 因 为 类 定义 了 对 象 所 能 执行 的 操作 ,也 定义 了 
对 象 的 类 型 。 当 我 们 说 一 个 对 象 是 一 个 类 的 实例 时 ， 即 指 该 对 象 支持 类 所 定义 的 接口 。 

C++ 和 Eiffel 语言 的 类 既 指 定 对 象 的 类 型 又 指定 对 象 的 实现 。Smalltalk 程序 不 声明 变量 
的 类 型 ， 所 以 编译 需 不 检查 赋 给 变量 的 对 象 类 型 是 否 是 该 变量 的 类 型 的 子 类 型 。 发 送 消 息 时 
需要 检查 消息 接收 者 是 否 实现 了 该 消息 ， 但 不 检查 接收 者 是 否 是 某 个 特定 类 的 实例 。 

理解 类 继承 和 接口 继承 (或 子 类 型 化 ) 之 间 的 差别 也 十 分 重要 。 类 继承 根据 一 个 对 象 的 
实现 定义 了 另 一 个 对 象 的 实现 。 简 而 言 之 ， 它 是 代码 和 表示 的 共享 机 制 。 然 而 ， 接 口 继承 
(或 子 类 型 化 ) 描述 了 一 个 对 象 什 么 时 候 能 被 用 来 替代 男 一 个 对 象 。 

因为 许多 语言 并 不 显 式 地 区 分 这 两 个 概念 ， 所 以 容易 被 混淆 。 在 C++ Al Eiffel 语言 中 ， 
继承 既 指 接口 的 继承 又 指 实现 的 继承 。C++ 中 接口 继承 的 标准 方法 是 公有 继承 一 个 含 ( 纯 ) 
虚 成 员 函 数 的 类 。C++ 中 纯 接 口 继承 接近 于 公有 继承 纯 抽 象 类 ， 纯 实现 继承 或 纯 类 继承 接近 
于 私有 继承 。Smalltalk 中 的 继承 只 指 实现 继承 。 只 要 任何 类 的 实例 支持 对 变量 值 的 操作 ， 你 
就 可 以 将 这 些 实例 赋 给 变量 。 

尽管 大 部 分 程序 设计 语言 并 不 区 分 接口 继承 和 实现 继承 的 差别 ， 但 使 用 中 人 们 还 是 分 别 
MF EMH. Smalltalk 程序 员 通 常 将 子 类 当 作 子 类 型 (尽管 有 一 些 熟 知 的 例外 情况 [Coo92])， 
C++ 程序 员 通 过 抽象 类 所 定义 的 类 型 来 操纵 对 象 。 

很 多 设计 模式 依赖 于 这 种 差别 。 例 如 ，Chain of Responsibility(5.1) 模式 中 的 对 象 必 
须 有 一 个 公共 的 类 型 ， 但 一 般 情 况 下 它们 不 具有 公共 的 实现 。 在 Composite(4.3) 模式 中 ， 
构件 定义 了 一 个 公共 的 接口 ， 但 Composite 通常 定义 一 个 公共 的 实现 。Command(5.2)、 
Observer(5.7)、State(5.8) 和 Strategy(5.9) 通常 纯粹 作为 接口 的 抽象 类 来 实现 。 


2. 对 接口 编程 ， 而 不 是 对 实现 编程 

类 继承 是 一 个 通过 复 用 父 类 功能 而 扩展 应 用 功能 的 基本 机 制 。 它 允许 你 根据 旧 对 象 快速 
定义 新 对 象 。 它 允许 你 从 已 存在 的 类 中 继承 所 需要 的 绝 大 部 分 功能 ， 从 而 几乎 无 须 任何 代价 
就 可 以 获得 新 的 实现 。 


然而 ， 实 现 的 复 用 只 是 成 功 的 一 半 ， 继 承 所 拥有 的 定义 具有 相同 接口 的 对 象 族 的 能 力也 
是 很 重要 的 (通常 可 以 从 抽象 类 来 继承 )。 这 是 为 什么 ”因为 多 态 依 赖 于 这 种 能 力 。 

当 继 承 被 恰当 使 用 时 ， 所 有 从 抽象 类 导出 的 类 将 共享 该 抽象 类 的 接口 。 这 意味 着 子 类 仅 
仅 添加 或 重 定义 操作 ， 而 没有 隐藏 父 类 的 操作 。 这 时 ， 所 有 的 子 类 都 能 响应 抽象 类 接口 中 的 
请 求 ， 从 而 子 类 的 类 型 都 是 抽象 类 的 子 类 型 。 

只 根据 抽象 类 中 定义 的 接口 来 操纵 对 象 有 以 下 两 个 好 处 : 

1) 客户 无 须知 道 他 们 使 用 对 象 的 特定 类 型 ， 只 需要 知道 对 象 有 客户 所 期 望 的 接口 。 

2) 客户 无 须知 道 他 们 使 用 的 对 象 是 用 什么 类 来 实现 的 ， 只 需要 知道 定义 接口 的 抽象 类 。 

这 将 极 大 地 减少 子 系统 实现 之 间 的 相互 依赖 关系 ， 也 产生 了 可 复 用 的 面向 对 象 设计 的 如 
下 原则 : 

针对 接口 编程 ， 而 不 是 针对 实现 编程 。 

不 将 变量 声明 为 某 个 特定 的 具体 类 的 实例 对 象 ， 而 是 让 它 遵 从 抽象 类 所 定义 的 接口 。 这 
是 本 书 设计 模式 的 一 个 常见 主题 。 

当 你 不 得 不 在 系统 的 某 个 地 方 实例 化 具体 的 类 ( 即 指 定 一 个 特定 的 实现 ) 时 ,创建 型 模 
式 (Abstract Factory(3.1) , Builder(3.2), Factory Method(3.3)、Prototype(3.4) 和 Singleton (3.5)) 
可 以 帮 你 。 通 过 抽象 对 象 的 创建 过 程 ， 这 些 模 式 提 供 不 同 的 方式 以 在 实例 化 时 建立 接口 和 实 
现 的 透明 连接 。 创 建 型 模式 确保 你 的 系统 是 采用 针对 接口 的 方式 ， 而 不 是 针对 实现 的 方式 而 
书写 的 。 


1.6.5 运用 复 用 机 制 


理解 对 象 、 接 口 、 类 和 继承 之 类 的 概念 对 大 多 数 人 来 说 并 不 难 ， 问 题 的 关键 在 于 如 何 运 
用 它们 写 出 灵活 的 、 可 复 用 的 软件 。 设 计 模 式 将 告诉 你 怎样 去 做 。 


1. 继承 和 组 合 的 比较 

面向 对 象 系统 中 功能 复 用 的 两 种 最 常用 技术 是 类 继承 和 对 象 组 合 (object composition) 。 
正如 我 们 已 解释 过 的 ， 类 继承 允许 你 根据 其 他 类 的 实现 来 定义 一 个 类 的 实现 。 这 种 通过 生成 
子 类 的 复 用 通常 被 称 为 白 箱 复 用 (white-box reuse)。 术 语 “ 白 箱 ” 是 相对 可 视 性 而 言 的 : 在 
继承 方式 中 ， 父 类 的 内 部 细节 对 子 类 可 见 。 

对 象 组 合 是 类 继承 之 外 的 另 一 种 复 用 选择 。 新 的 更 复杂 的 功能 可 以 通过 组 装 或 组 合 对 
象 来 获得 。 对 象 组 合 要 求 被 组 合 的 对 象 具有 良好 定义 的 接口 。 这 种 复 用 风格 被 称 为 黑箱 复 用 
(black-box reuse)， 因 为 对 象 的 内 部 细节 是 不 可 见 的 。 对 象 只 以 “黑箱 ”的 形式 出 现 。 

继承 和 组 合 各 有 优 缺 点 。 类 继承 是 在 编译 时 静态 定义 的 ， 且 可 直接 使 用 ， 因 为 程序 设计 
语言 直接 文 持 类 继承 。 类 继承 可 以 较 方便 地 改变 被 复 用 的 实现 。 当 一 个 子 类 重 定 义 一 些 而 不 
是 全 部 操作 时 ， 它 也 能 影响 它 所 继承 的 操作 ， 只 要 在 这 些 操作 中 调用 了 被 重 定 义 的 操作 。 

但 是 类 继承 也 有 一 些 不 足 之 处 。 首 先 ， 因 为 继承 在 编译 时 就 定义 了 ， 所 以 无 法 在 运行 
时 改变 从 父 类 继承 的 实现 。 更 糟 的 是 ， 父 类 通常 至 少 定义 了 部 分 子 类 的 具体 表示 。 因 为 继承 
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对 子 类 揭示 了 其 父 类 的 实现 细节 ， 所 以 继承 常 被 认为 “破坏 了 封装 性 ”[Sny86]。 子 类 中 的 
实现 与 它 的 父 类 有 如 此 紧密 的 依赖 关系 ， 以 至 于 父 类 实现 中 的 任何 变化 必然 会 导致 子 类 发 生 
变化 。 

当 你 需要 复 用 子 类 时 ， 实 现 上 的 依赖 性 就 会 产生 一 些 问题 。 如 果 继 承 下 来 的 实现 不 适 
合 解决 新 的 问题 ， 则 父 类 必须 重 写 或 被 其 他 更 适合 的 类 蔡 换 。 这 种 依赖 关系 限制 了 灵活 性 并 
最 终 限制 了 7 复 用 性 。 一 个 可 用 的 解决 方法 就 是 只 继承 抽象 类 ， 因 为 抽象 类 通常 提供 较 少 的 
实现 。 

对 象 组 合 是 通过 获得 对 其 他 对 象 的 引用 而 在 运行 时 动态 定义 的 。 组 谷 要求 对 象 遵守 彼此 
的 接口 约定 ， 进 而 要 求 更 仔细 地 定义 接口 ， 而 这 些 接口 并 不 妨碍 你 将 一 个 对 象 和 其 他 对 象 一 
起 使 用 。 这 还 会 产生 良好 的 结果 : 因为 对 象 只 能 通过 接口 访问 ， 所 以 我 们 并 不 破坏 封装 性 ; 
只 要 类 型 一 至， 运行 时 还 可 以 用 一 个 对 和 象 来 替代 为 一 个 对 象 ; 更 进一步 ， 因 为 对 象 的 实现 是 
基于 接口 写 的 ， 所 以 实现 上 存在 较 少 的 依赖 关系 。 

对 象 组 合 对 系统 设计 还 有 另 一 个 作用 ， 即 优先 使 用 对 象 组 合 有 助 于 你 保持 每 个 类 被 封 
装 ， 并 被 集中 在 单个 任务 上 。 这 样 类 和 类 继承 层次 会 保持 较 小 规模 ， 并 且 不 太 可 能 增长 为 不 
可 控制 的 庞然大物 。 另 外 ， 基 于 对 象 组 合 的 设计 会 有 更 多 的 对 象 ( 而 有 较 少 的 类 )， 且 系统 的 
行为 将 依赖 于 对 象 间 的 关系 而 不 是 被 定义 在 茶 个 类 中 。 

这 导出 了 我 们 的 面向 对 象 设计 的 第 二 个 原则 : 

优先 使 用 对 象 组 合 ， 而 不 是 类 继承 。 

理想 情况 下 ， 你 不 应 为 获得 复 用 而 去 创建 新 的 构件 。 你 应 该 只 使 用 对 象 组 合 技术 ， 通 过 
组 装 已 有 的 构件 就 能 获得 你 需要 的 功能 。 但 是 事实 很 少 如 此 ， 因 为 可 用 构件 的 集合 实际 上 并 
不 足够 丰富 。 使 用 继承 的 复 用 使 得 创建 新 的 构件 要 比 组 装 旧 的 构件 来 得 容易 。 这 样 ， 继 承 和 
对 象 组 合 常 一 起 使 用 。 

然而 ， 我 们 的 经 验 表明 : 设计 者 往往 过 度 使 用 了 继承 这 种 复 用 技术 。 但 依赖 于 对 象 组 合 
技术 的 设计 却 有 更 好 的 复 用 性 〈 或 更 简单 ) 。 你 将 会 看 到 设计 模式 中 一 再 使 用 对 象 组 合 技术 。 


2. 委托 

委托 (delegation) 是 一 种 组 合 方法 ， 它 使 组 合 具 有 与 继承 同样 的 复 用 能 力 [Lie86, 
JZ91]。 在 委托 方式 下 ， 有 两 个 对 象 参 与 处 理 一 个 请 求 ， 接 受 请 求 的 对 象 将 操作 委托 给 它 的 代 
理 者 ( delegate)。 这 类 似 于 子 类 将 请 求 交 给 它 的 父 类 处 理 。 使 用 继承 时 ， 被 继承 的 操作 总 能 
引用 接受 请 求 的 对 象 ，C++ 中 通过 this 成 员 变 量 ，Smalltalk 中 则 通过 self。 委 托 方式 为 了 得 
到 同样 的 效果 ， 接 受 请 求 的 对 象 将 自己 传 给 被 委托 者 (代理 者 )， 使 被 委托 的 操作 可 以 引用 接 
受 请 求 的 对 象 。 

举例 来 说 ， 我 们 可 以 在 窗口 类 中 保存 一 个 和 矩形 类 的 实例 变量 来 代理 和 矩形 类 的 特定 操作 , 
这 样 窗口 类 可 以 复 用 和 矩形 类 的 操作 ， 而 不 必 像 继承 时 那样 定义 成 矩形 类 的 子 类 。 也 就 是 说 ， 
一 个 窗口 拥有 一 个 矩形 ， 而 不 是 一 个 窗口 就 是 一 个 和 矩形。 窗口 现在 必须 显 式 地 将 请 求 转发 给 
它 的 矩形 实例 ， 而 不 是 像 以 前 那样 必须 继承 和 矩形 的 操作 。 

下 面 的 图 显示 了 窗口 类 将 它 的 Area 操作 委托 给 一 个 矩形 实例 。 
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return rectangle—>Area() return width * height 


箭头 线 表 示 一 个 类 对 另 一 个 类 实例 的 引用 关系 。 引 用 名 是 可 选 的 ， 本 例 为 “rectangle”。 

委托 的 主要 优点 在 于 它 便于 运行 时 组 合 对 象 操作 以 及 改变 这 些 操作 的 组 合 方式 。 假 定 矩 
形 对 象 和 圆 对 象 有 相同 的 类 型 ， 我 们 只 需要 简单 地 用 圆 对 象 替 换 和 矩形 对 象 ， 得 到 的 窗口 就 是 
圆 形 的 。 

委托 与 那些 通过 对 象 组 合 取得 软件 灵活 性 的 技术 一 样 ， 具 有 如 下 不 足 之 处 : 动态 的 、 高 
度 参 数 化 的 软件 比 静 态 软件 更 难于 理解 。 还 有 运行 低 效 问题 ， 不 过 从 长 远 来 看 人 的 低 效 才 是 
更 主要 的 。 只 有 当 委 托 使 设计 比较 简单 而 不 是 更 复杂 时 ， 它 才 是 好 的 选择 。 要 给 出 一 个 能 确 
切 告诉 你 什么 时 候 可 以 使 用 委托 的 规则 是 很 困难 的 。 因 为 委托 可 以 得 到 的 效率 是 与 上 下 文 有 
关 的 ， 并 且 还 依赖 于 你 的 经 验 。 委 托 最 适用 于 符合 特定 程式 的 情形 ， 即 标准 模式 的 情形 。 

有 一 些 模式 使 用 了 委托 ， 如 State(5.8) Strategy(5.9) 和 Visitor($.11)。 在 State 模式 中 ， 
一 个 对 象 将 请 求 委托 给 一 个 描述 当前 状态 的 State 对 象 来 处 理 。 在 Strategy 模式 中 ， 一 个 对 
象 将 一 个 特定 的 请 求 委 托 给 一 个 描述 请 求 执行 策略 的 对 象 ， 一 个 对 象 只 会 有 一 个 状态 ， 但 它 
对 不 同 的 请 求 可 以 有 许多 策略 。 这 两 个 模式 的 目的 都 是 通过 改变 受托 对 象 来 改变 委托 对 象 的 
行为 。 在 Visitor 中 ,对象 结构 的 每 个 元 素 上 的 操作 总 是 被 委托 到 Visitor WH. 

其 他 模式 则 没有 这 么 多 地 用 到 委托 。Mediator(5.5) 引进 了 一 个 作为 其 他 对 象 间 通 信 的 中 
介 的 对 象 。 有 时 ，Mediator 对 象 只 是 简单 地 将 请 求 转发 给 其 他 对 象 ; 有 时 ， 它 沿 着 指向 自己 
的 引用 来 传递 请 求 ， 使 用 真正 意义 的 委托 。Chain of Responsibility(5.1) 通过 将 请 求 沿 着 对 象 
链 传递 来 处 理 请 求 ， 有 时 ， 这 个 请 求 本 身 带 有 一 个 接受 请 求 对 象 的 引用 ， 这 时 该 模式 就 使 用 
了 委托 。Bridge(4.2) 将 实现 和 抽象 分 离开 ， 如 果 抽 象 和 一 个 特定 实现 非常 匹配 ， 那 么 这 个 实 
现 可 以 代理 抽象 的 操作 。 

委托 是 对 象 组 合 的 特例 。 它 告诉 你 对 象 组 合作 为 一 个 代码 复 用 机 制 可 以 替代 继承 。 


3. 继承 和 参数 化 类 型 的 比较 

另 一 种 功能 复 用 技术 〈 并 非 严 格 的 面向 对 象 技术 ) 是 参数 化 类 型 parameterized type), 
也 就 是 类 属 (generic) (Ada, Eiffel) 或 模板 (template) (C++)。 它 允许 你 在 定义 一 个 类 型 时 
不 用 指定 该 类 型 所 用 到 的 其 他 所 有 类 型 。 未 经 指定 的 类 型 在 使 用 时 以 参数 形式 提供 。 例 如 ， 
一 个 列表 类 能 够 以 它 所 包含 元 素 的 类 型 来 进行 参数 化 。 如 果 你 想 声 明 一 个 Integer 列表 ， 只 需 
要 将 Integer 类 型 作为 列表 参数 化 类 型 的 参数 值 ; 声明 一 个 String 列表 ， 只 需要 提供 String 类 
型 作为 参数 值 。 语 言 的 实现 将 会 为 各 种 元 素 类 型 创建 相应 的 列表 类 模板 的 定制 版 本 。 

参数 化 类 型 给 我 们 提供 除了 类 继承 和 对 象 组 合 外 的 第 三 种 方法 来 组 合 面向 对 象 系统 中 的 
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行为 。 许 多 设计 可 以 使 用 这 三 种 技术 中 的 任何 一 种 来 实现 。 实 现 一 个 以 元 素 比 较 操 作为 可 变 
元 的 排序 例 程 ， 可 使 用 如 下 方法 : 

1 ) 通过 子 类 实现 该 操作 (Template Method(5.10) 的 一 个 应 用 )。 

2) 实现 要 传 给 排序 例 程 的 对 象 的 职责 (Strategy(5.9)). 

3) 作为 C++ 模板 或 Ada 类 属 的 参数 ， 以 指定 元 素 比 较 操 作 的 名 称 。 

这 些 技术 存在 着 极 大 的 不 同 之 处 。 对 象 组 合 技术 允许 你 在 运行 时 改变 被 组 合 的 行为 ， 但 
是 它 存在 间接 性 ， 比 较 低 效 。 继 承 允 许 你 提供 操作 的 默认 实现 ， 并 通过 子 类 重 定义 这 些 操 
作 。 参 数 化 类 型 允许 你 改变 类 所 用 到 的 类 型 。 但 是 继承 和 参数 化 类 型 都 不 能 在 运行 时 改变 。 
哪 一 种 方法 最 佳 ， 取 决 于 你 设计 和 实现 的 约束 条 件 。 

本 书 没有 一 种 模式 是 与 参数 化 类 型 有 关 的 ， 尽 管 我 们 在 定制 一 个 模式 的 C++ 实现 时 用 到 
了 参数 化 类 型 。 参 数 化 类 型 在 像 Smalltalk 那样 的 编译 时 不 进行 类 型 检查 的 语言 中 是 完全 不 必 
要 的 。 


1.6.6 关联 运行 时 和 编译 时 的 结构 


一 个 面向 对 象 程序 运行 时 的 结构 通常 与 它 的 代码 结构 相差 较 大 。 代 码 结构 在 编译 时 就 被 
确定 下 来 了 ， 它 由 继承 关系 固定 的 类 组 成 。 而 程序 的 运行 时 结构 是 由 快速 变化 的 通信 对 象 网 
络 组 成 的 。 事 实 上 两 个 结构 是 彼此 独立 的 ,试图 由 一 个 去 理解 男 一 个 就 好 像 试图 从 静态 的 动 
植物 分 类 去 理解 活生生 的 生态 系统 的 动态 性 一 样 。 反 之 亦 然 。 

考虑 对 象 聚合 (aggregation) 和 相识 (acquaintance) 的 差别 以 及 它们 在 编译 时 和 运行 时 
的 表示 是 多 么 不 同 。 聚 合意 味 着 一 个 对 象 拥有 另 一 个 对 象 或 对 另 一 个 对 象 负责 。 一 般 我 们 称 
一 个 对 象 包含 另 一 个 对 象 或 者 是 另 一 个 对 象 的 一 部 分 。 聚 合意 味 着 聚合 对 象 和 其 所 有 者 具有 
相同 的 生命 周期 。 

相识 意味 着 一 个 对 象 仅仅 知道 男 一 个 对 象 。 有 了 时 相识 也 被 称 为 “关联 ”或 “引用 ”关系 。 
相识 的 对 象 可 能 请 求 彼 此 的 操作 ,但 是 它们 不 为 对 方 负责 。 相 识 是 一 种 比 聚 合 要 弱 的 关系 ， 
它 只 标识 了 对 象 间 较 松散 的 斐 合 关系 。 

在 下 图 中 ， 普 通 的 箭头 线 表示 相识 ， 尾 部 带 有 芙 形 的 箭头 线 表 示 聚 合 : 


聚合 实例 


聚合 和 相识 很 容易 混 消 ， 因 为 它们 通常 以 相同 的 方法 实现 。Smalltalk 中 ， 所 有 变量 都 是 
其 他 对 象 的 引用 ， 程 序 设计 语言 中 两 者 并 无 区 别 。C++ 中 ， 聚 合 可 以 通过 定义 表示 真正 实例 
的 成 员 变 量 来 实现 ， 但 更 通常 的 是 将 这 些 成 员 变 量 定义 为 实例 指针 或 引用 ; 相识 也 是 以 指针 
或 引用 来 实现 的 。 

从 根本 上 讲 ， 是 聚合 还 是 相识 是 由 你 的 意图 而 不 是 显 式 的 语言 机 制 决定 的 。 尽 管 它们 之 
间 的 区 别 在 编译 时 的 结构 中 很 难看 出 来 ， 但 这 些 区 别 还 是 很 大 的 。 聚 合 关系 使 用 较 少 且 比 相 


识 关系 更 持久 ; 而 相识 关系 则 出 现 频率 较 高 ， 但 有 时 只 存在 于 一 个 操作 期 间 ， 相 识 也 更 具 动 
态 性 ， 使 得 它 在 源 代码 中 更 难 被 辨别 出 来 。 

程序 的 运行 时 结构 和 编译 时 结构 存在 这 么 大 的 差别 ， 很 明显 代码 不 可 能 揭示 关于 系统 如 
何 工 作 的 全 部 。 系 统 的 运行 时 结构 更 多 地 受到 设计 者 而 不 是 编程 语言 的 影响 。 对 象 及 其 类 型 
之 间 的 关系 必须 更 加 仔细 地 设计 ， 因 为 它们 决定 了 运行 时 程序 结构 的 好 坏 。 

许多 设计 模式 〈 特 别 是 那些 属于 对 象 范围 的 ) 显 式 地 记述 了 编译 时 和 运行 时 结构 的 差 
别 。Composite(4.3) 和 Decorator(4.4) 对 于 构造 复杂 的 运行 时 结构 特别 有 用 。Observer(5.7) 
也 与 运行 时 结构 有 关 ， 但 这 些 结构 对 于 不 了 解 该 模式 的 人 来 说 是 很 难 理解 的 。Chain of 
Responsibility(5.1) 也 产生 了 继承 所 无 法 展现 的 通信 模式 。 总 之 ， 只 有 理解 了 模式 ， 你 才能 清 
楚 代 码 中 的 运行 时 结构 。 


1.6.7 设计 应 支持 变化 


获得 最 大 限度 复 用 的 关键 在 于 对 新 需求 和 已 有 需求 发 生变 化 时 的 预见 性 ， 要 求 你 的 系统 
设计 能 够 相应 地 改进 。 

为 了 设计 适应 这 种 变化 且 具 有 健壮 性 的 系统 ， 你 必须 考虑 系统 在 它 的 生命 周期 内 会 发 生 
怎样 的 变化 。 一 个 不 考虑 系统 变化 的 设计 在 将 来 就 有 可 能 需要 重新 设计 。 这 些 变化 可 能 是 类 
的 重新 定义 和 实现 ， 修 改 客户 和 重新 测试 。 重 新 设计 会 影响 软件 系统 的 许多 方面 ， 并 且 未 曾 
料 到 的 变化 总 是 代价 巨大 的 。 

设计 模式 可 以 确保 系统 以 特定 方式 变化 ， 从 而 帮助 你 避免 重新 设计 系统 。 每 一 个 设计 模 
式 允 许 系统 结构 的 某 个 方面 的 变化 独立 于 其 他 方面 ， 这 样 产 生 的 系统 对 于 某 种 特殊 变化 将 更 
健壮 。 | 

下 面 阐述 了 一 些 导致 重新 设计 的 一 般 原 因 ， 以 及 解决 这 些 问题 的 设计 模式 : 

1 ) 通过 显 式 地 指定 一 个 类 来 创建 对 象 ” 在 创建 对 象 时 指定 类 名 将 使 你 受 特 定 实现 的 约 
束 而 不 是 特定 接口 的 约束 。 这 会 使 未 来 的 变化 更 复杂 。 要 避免 这 种 情况 ， 应 该 间接 地 创建 
对 象 。 

设计 模式 : Abstract Factory(3.1), Factory Method(3.3), Prototype(3.4). 

2) 对 特殊 操作 的 依赖 ” 当 你 为 请 求 指定 一 个 特殊 的 操作 时 ， 完 成 该 请 求 的 方式 就 固 
定 下 来 了 。 为 避免 把 请 求 代 码 写 死 ， 你 将 可 以 在 编译 时 或 运行 时 很 方便 地 改变 响应 请 求 的 
Ak. 

设计 模式 : Chain of Resposibility(5.1), Command(5.2). 

3) 对 硬件 和 软件 平台 的 依赖 ”外 部 的 操作 系统 接口 和 应 用 编程 接口 (API) 在 不 同 的 软 
硬件 平台 上 是 不 同 的 。 依 赖 于 特定 平台 的 软件 将 很 难 移植 到 其 他 平台 上 ， 甚 至 很 难 跟 上 本 地 
平台 的 更 新 。 所 以 设计 系统 时 限制 其 平台 相关 性 就 很 重要 了 。 

设计 模式 : Abstract Factory(3.1)，Bridge(4.2)。 

4) 对 对 象 表示 或 实现 的 依赖 ”知道 对 象 怎样 表示 、 保 存 、 定 位 或 实现 的 客户 在 对 象 发 
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生变 化 时 可 能 也 需要 变化 。 对 客户 隐藏 这 些 信 息 能 阻止 连锁 变化 。 

设计 模式 : Abstract Factory(3.1), Bridge(4.2), Memento(5.6), Proxy(4.7). 

5) 算法 依赖 ”算法 在 开发 和 复 用 时 常常 被 扩展 、 优 化 和 替代 。 依 赖 于 某 个 特定 算法 的 
对 象 在 算法 发 生变 化 时 不 得 不 变化 。 因 此 有 可 能 发 生变 化 的 算法 应 该 被 孤立 起 来 。 

设计 模式 : Builder(3.2)，Iterator(5.4)，Strategy(5.9)，Template Method(5.10), Visitor(5.11). 

6) 紧 耦 合 ” 紧 耦合 的 类 很 难 独立 地 被 复 用 ， 因 为 它们 是 互相 依赖 的 。 紧 耦合 产生 单 块 
的 系统 ， 要 改变 或 删 掉 一 个 类 ， 你 必须 理解 和 改变 其 他 许多 类 。 这 样 的 系统 是 一 个 很 难 学 
习 、 移 植 和 维护 的 密集 体 。 

松散 耦合 提高 了 一 个 类 本 身 被 复 用 的 可 能 性 ， 并 且 系 统 更 易于 学 习 、 移 植 、 修 改 和 扩 
展 。 设 计 模 式 使 用 抽象 耦合 和 分 层 技术 来 提高 系统 的 松散 耦合 性 。 

设计 模式 : Abstract Factory(3.1), Command(5.2), Facade(4.5), Mediator(5.5), Observer (5.7), 
Chain of Responsibility(5.1). 

7) 通过 生成 子 类 来 扩充 功能 通常 很 难 通过 定义 子 类 来 定制 对 象 。 每 一 个 新 类 都 有 固 
定 的 实现 开销 (初始 化 、 终 止 处 理 等 )。 定 义 子 类 还 需要 对 父 类 有 深入 的 了 解 。 例 如 ， 重 定义 
一 个 操作 可 能 需要 重 定义 其 他 操作 。 一 个 被 重 定义 的 操作 可 能 需要 调用 继承 下 来 的 操作 。 并 
且 子 类 方法 会 导致 类 爆炸 ， 因 为 即使 对 于 一 个 简单 的 扩充 ， 你 也 不 得 不 引入 许多 新 的 子 类 。 

一 般 的 对 象 组 合 技术 和 具体 的 委托 技术 ， 是 继承 之 外 组 合 对 象 行为 的 另 一 种 灵活 方法 。 
新 的 功能 可 以 通过 以 新 的 方式 组 合 已 有 对 象 ， 而 不 是 通过 定义 已 存在 类 的 子 类 的 方式 加 到 应 
用 中 去 。 男 一 方面 ， 过 多 使 用 对 象 组 合 会 使 设计 难于 理解 。 许 多 设计 模式 产生 的 设计 中 ， 可 
以 定义 一 个 子 类 ， 且 将 它 的 实例 和 已 存在 实例 进行 组 合 来 引入 定制 的 功能 。 

设计 模式 : Bridge(4.2)，Chain of Responsibility(5.1), Composite(4.3), Decorator(4.4), 
Observer(5.7), Strategy(5.9). 

8) 不 能 方便 地 对 类 进行 修改 有 时 你 不 得 不 改变 一 个 难以 修改 的 类 。 也 许 你 需要 源 代 
码 而 又 没有 (对 于 商业 类 库 就 有 这 种 情况 )， 或 者 可 能 对 类 的 任何 改变 会 要 求 修 改 许 多 已 存在 
的 其 他 子 类 。 设 计 模 式 提供 在 这 些 情况 下 对 类 进行 修改 的 方法 。 

设计 模式 : Adapter(4.1), Decorator(4.4), Visitor(5.11). 

这 些 例子 反映 了 使 用 设计 模式 有 助 于 增强 软件 的 灵活 性 。 这 种 灵活 性 所 具有 的 重要 程度 
取决 于 你 将 要 建造 的 软件 系统 。 让 我 们 看 一 看 设计 模式 在 开发 如 下 三 类 主要 软件 中 所 起 的 作 
用 : 应 用 程序 、 工 具 箱 和 框架 。 


1. 应 用 程序 

如 果 你 将 要 建造 像 文档 编辑 器 或 电子 制 表 软 件 这 样 的 应 用 程序 (application program), 
那么 它 的 内 部 复 用 性 、 可 维护 性 和 可 扩充 性 是 要 优先 考虑 的 。 内 部 复 用 性 确保 你 不 会 做 多 余 
的 设计 和 实现 。 设 计 模 式 通过 减少 依赖 性 来 提高 内 部 复 用 性 。 松 散 耦 合 也 增强 了 一 类 对 象 
与 其 他 多 个 对 象 协 作 的 可 能 性 。 例 如 ， 通 过 孤立 和 封装 每 一 个 操作 ， 以 消除 对 特定 操作 的 依 
赖 ， 可 使 在 不 同上 下 文中 复 用 一 个 操作 变 得 更 简单 。 消 除 对 算法 和 表示 的 依赖 可 达到 同样 的 
效果 。 


当 设 计 模 式 被 用 来 对 系统 分 层 和 限制 对 平台 的 依赖 性 时 ， 它 们 还 会 使 一 个 应 用 更 具 可 维 
护 性 。 通 过 显示 怎样 扩展 类 层次 结构 和 怎样 使 用 对 象 复 用 ， 它 们 可 增强 系统 的 可 扩充 性 。 同 
时 ， 耦 合 程度 的 降低 也 会 增强 可 扩充 性 。 如 果 一 个 类 不 过 多 地 依赖 其 他 类 ， 扩 充 这 个 孤立 的 
类 还 是 很 容易 的 。 


2. 工具 箱 

一 个 应 用 经 常会 使 用 来 自 一 个 或 多 个 被 称 为 工具 箱 (toolkit) 的 预定 义 类 库 中 的 类 。 工 具 
箱 是 一 组 相关 的 、 可 复 用 的 类 的 集合 ， 这 些 类 提供 了 通用 的 功能 。 工 具 箱 的 一 个 典型 例子 就 
是 列表 、 关 联 表单 、 堆 栈 等 类 的 集合 ，C++ 的 IO 流 库 是 另 一 个 例子 。 工 具 箱 并 不 强制 应 用 
采用 某 个 特定 的 设计 ， 它 们 只 是 为 你 的 应 用 提供 功能 上 的 帮助 。 工 具 箱 强调 的 是 代码 复 用 ， 
它们 是 面向 对 象 环境 下 的 “ 子 程序 库 ”。 

工具 箱 的 设计 比 应 用 设计 要 难得 多 ， 因 为 它 要求 对 许多 应 用 是 可 用 的 和 有 效 的 。 再 者 ， 
工具 箱 的 设计 者 并 不 知道 什么 应 用 使 用 该 工具 箱 及 它们 有 什么 特 丈 需求。 这样 ， 避 免 假 设 和 
依赖 就 变 得 很 重要 ， 否 则 会 限制 工具 箱 的 灵活 性 ， 进 而 影响 它 的 适用 性 和 效率 。 

3. 框架 

框架 (framework) 是 构成 一 类 特定 软件 的 可 复 用 设计 的 一 组 相互 协作 的 类 [Deu89, 
JF88]。 例 如 ， 一 个 框架 能 帮助 你 建立 适合 不 同 领 域 的 图 形 编辑 器 ， 像 艺术 绘画 、 音 乐 作 曲 和 
机 械 CAD[VL90,Joh92] ; 一 个 框架 也 许 能 帮助 你 建立 针对 不 同 程序 设计 语言 和 目标 机 需 的 编 
as [JML92] ; 而 男 一 个 框架 也 许 能 帮助 你 建立 财务 建 模 应 用 [BE93]。 你 可 以 定义 框架 抽象 
类 的 应 用 相关 的 子 类 ， 从 而 将 一 个 框架 定制 为 特定 应 用 。 

框架 规定 了 你 的 应 用 的 体系 结构 。 它 定义 了 整体 结构 ， 类 和 对 象 的 划分 ， 各 部 分 的 主要 
责任 ， 类 和 对 象 怎么 协作 ， 以 及 控制 流程 。 框 架 预 定义 了 这 些 设 计 参 数 ， 以 便 应 用 设计 者 或 
实现 者 能 集中 精力 于 应 用 本 和 映 的 特定 细节 。 框 架 记 录 了 其 应 用 领域 的 共同 的 设计 决策 。 因 而 
框架 更 强调 设计 复 用 ， 尺 管 框架 常 包括 具体 的 立即 可 用 的 子 类 。 

这 个 层次 的 复 用 导致 了 应 用 和 它 所 基于 的 软件 之 间 的 反问 控制 (inversion of control). 
当 使 用 工具 箱 (或 传统 的 子 程序 库 ) 时 ， 你 需要 写 应 用 软件 的 主体 并 且 调 用 你 想 复 用 的 代码 。 
而 当 使 用 框架 时 ， 你 应 该 复 用 应 用 的 主体 ， 写 主体 调用 的 代码 。 你 不 得 不 以 特定 的 名 字 和 调 
用 约定 来 写 操作 的 实现 ， 而 这 会 减少 你 需要 做 出 的 设计 决策 。 

你 不 仅 可 以 更 快 地 建立 应 用 ， 而且 应 用 还 具有 相似 的 结构 。 它 们 很 容易 维护 ， 且 用 户 看 
来 也 更 一 致 。 另 外 ， 你 失去 了 一 些 表 现 创造 性 的 自由 ， 因 为 许多 设计 决策 无 须 你 来 做 出 。 

如 果 说 应 用 程序 难以 设计 ， 那 么 工具 箱 就 更 难 了 ， 而 框架 则 是 最 难 的 。 框 架设 计 者 必须 
冒险 决定 一 个 要 适应 该 领域 的 所 有 应 用 的 体系 结构 。 任 何 对 框架 设计 的 实质 性 修改 都 会 大 大 
降低 框架 所 带 来 的 好 处 ， 因 为 框架 对 应 用 的 最 主要 贡献 在 于 它 所 定义 的 体系 结构 。 因 此 设计 
的 框架 必须 尽 可 能 地 灵活 、 可 扩充 。 

更 进一步 讲 ， 因 为 应 用 的 设计 如 此 依赖 于 框架 ， 所 以 应 用 对 框架 接口 的 变化 是 极其 敏感 
的 。 当 框架 演化 时 ， 应 用 不 得 不 随 之 演化 。 这 使 得 松散 看 合 更 加 重要 ， 否 则 框架 的 一 个 细微 
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变化 都 将 引起 强烈 反应 。 

刚才 讨论 的 主要 设计 问题 对 框架 设计 而 言 最 具 重 要 性 。 一 个 使 用 设计 模式 的 框架 比 不 用 
设计 模式 的 框架 更 可 能 获得 高 层次 的 设计 复 用 和 代码 复 用 。 成 熟 的 框架 通常 使 用 了 多 种 设计 
模式 。 设 计 模 式 有 助 于 获得 无 须 重新 设计 就 可 适用 于 多 种 应 用 的 框架 体系 结构 。 

当 框 架 和 它 所 使 用 的 设计 模式 一 起 写 和 人 文档 时 ， 我们 可 以 得 到 男 外 一 个 好 处 [BJ94]。 了 
解 设计 模式 的 人 能 较 快 地 洞悉 框架 。 甚 至 不 了 解 设计 模式 的 人 也 可 以 从 产生 框架 文档 的 结构 
中 受益 。 加 强 文档 工作 对 于 所 有 软件 而 言 都 是 重要 的 ,但 对 于 框架 其 重要 性 显得 尤为 突出 。 
学 会 使 用 框架 常常 是 一 个 必须 克服 很 多 困难 的 过 程 。 设 计 模 式 虽 然 无 法 彻底 克服 这 些 困难 ， 
但 它 通过 对 框架 设计 的 主要 元 素 做 更 显 式 的 说 明 可 以 降低 框架 学 习 的 难度 。 

由 于 模式 和 框架 有 些 类 似 ， 人 们 常常 对 它们 有 怎样 的 区 别 和 它们 是 否 有 区 别 感到 疑惑 。 
它们 最 主要 的 不 同 在 于 如 下 三 个 方面 : 

D) 设计 模式 比 框 架 更 抽象 ”框架 能 够 用 代码 表示 ， 而 设计 模式 只 有 其 实例 才能 表示 为 
代码 。 框 架 的 威力 在 于 它们 能 够 使 用 程序 设计 语言 写 出 来 ， 它 们 不 仅 能 被 学 习 ， 也 能 被 直接 
执行 和 复 用 。 而 本 书 中 的 设计 模式 在 每 一 次 被 复 用 时 ， 都 需要 实现 。 设 计 模式 还 解释 了 它 的 
意图 、 权 衡 和 设计 效果 。 

2) 设计 模式 是 比 框架 更 小 的 体系 结构 元 素 ”一 个 典型 的 框架 包括 了 多 个 设计 模式 ， 而 
反之 决 非 如 此 。 

3) 框架 比 设计 模式 更 加 特例 化 ”框架 总 是 针对 一 个 特定 的 应 用 领域 。 一 个 图 形 编辑 需 
框架 可 能 被 用 于 一 个 工厂 模拟 ,但 它 不 会 被 错 认 为 是 一 个 模拟 框架 。 而 本 书 收录 的 设计 模式 
几乎 能 被 用 于 任何 应 用 。 当 然 可 以 有 比 我 们 的 模式 更 特殊 的 设计 模式 (例如 ， 分 布 式 系 统 和 
并 发 程序 的 设计 模式 )， 尽 管 这 些 模式 不 会 像框 架 那 样 描述 应 用 的 体系 结构 。 

框架 变 得 越 来 越 普遍 和 重要 。 它 们 是 面向 对 象 系统 获得 最 大 复 用 的 方式 。 较 大 的 面向 对 
象 应 用 将 会 由 多 层 彼此 合作 的 框架 组 成 。 应 用 的 大 部 分 设计 和 代码 将 来 自 它 所 使 用 的 框架 或 
受 其 影响 。 


1.7 怎样 选 择 设 计 模式 


本 书 中 有 20 多 个 设计 模式 供 你 选择 ， 要 从 中 找 出 一 个 针对 特定 设计 问题 的 模式 可 能 还 
是 很 困难 的 ， 尤 其 是 当面 对 一 组 新 模式 ， 你 还 不 怎么 熟悉 它 的 时 候 。 这 里 给 出 几 个 不 同 的 方 
法 ， 以 帮助 你 发 现 适 合 你 手头 问题 的 设计 模式 : 


e 考虑 设计 模式 是 怎样 解决 设计 问题 的 1.6 节 讨 论 了 设计 模式 怎样 帮助 你 找到 合适 的 
对 象 、 决 定 对 象 的 粒度 、 指 定 对 象 接 口 以 及 设计 模式 解决 设计 问题 的 几 个 其 他 方法 。 
参考 这 些 讨 论 会 有 助 于 你 找到 合适 的 模式 。 

e 浏览 模式 的 意图 部 分 14 节 列 出 了 目录 中 所 有 模式 的 意图 (intent) 部 分 。 通 读 每 个 
模式 的 意图 ， 找 出 和 你 的 问题 相关 的 一 个 或 多 个 模式 。 你 可 以 使 用 表 1-1 所 显示 的 分 
类 方法 缩小 你 的 搜查 范围 。 


e 研究 模式 怎样 互相 关联 图 1-1 以 图 形 方式 显示 了 设计 模式 之 间 的 关系 。 这 些 关 系 能 
指导 你 获得 合适 的 模式 或 模式 组 。 

e 研究 目的 相似 的 模式 ”模式 分 类 描述 部 分 共有 三 章 ， 一 章 介 绍 创 建 型 模式 ,一 章 介 绍 
结构 型 模式 ， 一 章 介绍 行为 型 模式 。 每 一 章 都 以 对 模式 介绍 性 的 评价 开始 ， 以 一 个 小 
节 的 比较 和 对 照 结束 。 这 些小 节 使 你 得 以 洞察 具有 相似 目的 的 模式 之 间 的 共同 点 和 不 
同 点 。 

e 检查 重新 设计 的 原因 看 一 看 从 “设计 应 支持 变化 ”小 节 ( 1.6.7 节 ) 开始 讨论 的 引起 
重新 设计 的 各 种 原因 ， 看 看 你 的 问题 是 否 与 它们 有 关 ， 然 后 再 找 出 哪些 模式 可 以 帮助 
你 避免 这 些 会 导致 重新 设计 的 因素 。 

e 考虑 你 的 设计 中 哪些 是 可 变 的 ”这 个 方法 与 关注 引起 重新 设计 的 原因 刚好 相反 。 它 不 
是 考虑 什么 会 迫使 你 的 设计 改变 ,而 是 考虑 你 想 要 什么 变化 却 又 不 会 引起 重新 设计 。 
最 主要 的 一 点 是 封装 变化 的 概念 ， 这 是 许多 设计 模式 的 主题 。 表 1-2 列 出 了 设计 模式 
允许 你 独立 变化 的 方面 ， 你 可 以 改变 它们 而 又 不 会 导致 重新 设计 。 


表 1-2 设计 模式 所 支持 的 设计 的 可 变 方面 











的 设计 模式 可 变 的 方面 
Abstract Factory(3.1) 产品 对 象 家 族 
Builder(3.2) 如 何 创建 一 个 组 合 对 象 
创建 Factory Method(3.3) 被 实例 化 的 子 类 
Prototype(3.4) 被 实例 化 的 类 
— kin. x 
Adapter(4.1) 对 象 的 接口 
Bridge(4.2) 对 象 的 实现 
结构 Decorator(4.4) 对 象 的 职责 ， 不 生成 子 类 
ERIGI 
Flyweight(4.6) 对 象 的 存储 开销 
Proxy(4.7) 如 何 访问 一 个 对 象 ; 该 对 象 的 位 置 
Chain of Responsibility(5.1) | 满足 一 个 请 求 的 对 象 
Command(5.2) 何 时 、 怎 样 满足 一 个 请 求 
i 
Iterator(5.4) 如 何 遍 历 、 访 问 一 个 聚合 的 各 元 素 
Mediator(5.5) 对 象 间 怎 样 交 互 、 和 谁 交 互 
行为 一 个 对 象 中 哪些 私有 信息 存放 在 该 对 象 之 外 ， 以 及 在 什么 时 候 进行 存储 
多 个 对 象 依赖 于 另外 一 个 对 象 ， 而 这 些 对 象 又 如 何 保持 一 至 
IM 
Strategy(5.9) 算法 
Template Method(5.10) 算法 中 的 某 些 步骤 


某 些 可 作用 于 一 个 (组 ) 对 象 上 的 操作 ， 但 不 修改 这 些 对 象 的 类 
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1.8 ”怎样 使 用 设计 模式 


一 旦 选择 了 一 个 设计 模式 ,该 怎么 使 用 它 呢 ?这 里 给 出 一 个 有 效应 用 设计 模式 的 循序 渐 
进 的 方法 。 

D) 大 致 浏览 一 遍 模式 ”特别 注意 其 适用 性 部 分 和 效果 部 分 ， 确 定 它 适 合 你 的 问题 。 

2) 回头 研究 结构 部 分 、 参 与 者 部 分 和 协作 部 分 确保 你 理解 这 个 模式 的 类 和 对 象 以 及 
它们 是 怎样 关联 的 。 

3) 看 代码 示例 部 分 ， 看 看 这 个 模式 代码 形式 的 具体 例子 研究 代码 将 有 助 于 你 实现 
模式 。 

4) 选择 模式 参与 者 的 名 字 ， 使 它们 在 应 用 上 下 文中 有 意义 ”设计 模式 参与 者 的 名 字 通 
常 过 于 抽象 而 不 会 直接 出 现在 应 用 中 。 然 而 ， 将 参与 者 的 名 字 和 应 用 中 出 现 的 名 字 合 并 起 来 
是 很 有 用 的 。 这 会 帮助 你 在 实现 中 更 显 式 地 体现 出 模式 来 。 例 如 ， 如 果 你 在 文本 组 合算 法 中 
使 用 了 Strategy 模式 ， 那 么 你 可 能 有 名 为 SimpleLayoutStrategy 或 TeXLayoutStrategy ix FF 
的 类 。 

5) 定义 类 声明 它们 的 接口 ， 建 立 它 们 的 继承 关系 ， 定 义 代表 数据 和 对 象 引 用 的 实例 
变量 。 识 别 模式 会 影响 到 你 的 应 用 中 存在 的 类 ， 并 做 出 相应 的 修改 。 

6) 定义 模式 中 专用 于 应 用 的 操作 名 称 这 里 再 一 次 体现 出 名 字 一 般 依 赖 于 应 用 。 使 用 
与 每 一 个 操作 相关 联 的 责任 和 协作 作为 指导 。 还 有 ， 你 的 名 字 约 定 要 一 致 。 例 如 ， 可 以 使 用 
“Create- ”前 级 统一 标记 Factory 方法 。 

7) 实现 执行 模式 中 责任 和 协作 的 操作 ”实现 部 分 提供 线索 指导 你 进行 实现 。 代 码 示 例 
部 分 的 例子 也 能 提供 帮助 。 

这 些 只 对 你 一 开始 使 用 模式 起 指导 作用 ， 以 后 你 会 有 自己 的 设计 模式 使 用 方法 。 

关于 设计 模式 ， 如 果 不 提 一 下 它们 的 使 用 限制 ， 那 么 关于 怎样 使 用 它们 的 讨论 就 是 不 完 
整 的 。 设 计 模 式 不 能 够 随意 使 用 。 通 党 你 通过 引入 额外 的 间接 层次 获得 灵活 性 和 可 变性 的 同 
时 ， 也 使 设计 变 得 更 复杂 和 /或 牺牲 了 一 定 的 性 能 。 一 个 设计 模式 只 有 当 它 提供 的 灵活 性 是 
真正 需要 的 时 候 ， 才 有 必要 使 用 。 当 衡量 一 个 模式 的 得 失 时 ， 它 的 效果 部 分 是 最 能 提供 帮助 
的 ， 如 表 1-2 所 示 。 


实例 研究 : 设计 一 个 文档 编辑 器 
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这 一 章 将 通过 设计 一 个 称 为 LexiS 的 “所 见 即 所 得 ”( WYSIWYG) 的 文档 编辑 器 来 介绍 
设计 模式 的 实际 应 用 。 我 们 将 会 看 到 在 Lexi 和 类 似 应 用 中 ,设计 模式 是 怎样 解决 设计 问题 
的 。 通 过 这 个 例子 的 学 习 ， 你 将 最 终 获 得 8 个 模式 的 实用 经 验 。 

图 2-1 是 Lexi 的 用 户 界 面 。 文 档 的 所 见 即 所 得 的 表示 占据 了 中 间 的 大 和 矩形 区 域 。 文 档 能 
够 以 不 同 的 格式 风格 自由 混合 文本 和 图 形 。 文 档 的 周围 是 通常 的 下 拉 菜 单 和 滚动 条 ， 以 及 一 
些 用 来 跳 到 特定 页 的 页 码 图 标 。 
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G n U igure 4: A gratuitous idraw drawing 


the internal representation of the TextV ww. The draw 
operation (which is not shown) simply calls draw on the 
TBBox 

The code that builds à TextView is similar to the 
original draw code, except that instead of calling 
functions to draw the characters, we build objects 
that will draw themselves whenever necessary. Using 
objects solves the redraw problem because only those 
objects that lie within the damaged region will get 
dxaw calls. The programmer does not have to write the 
code that decides wtat objects to redraw- that code is 
in the toolkit (in this example, in the implementation 
of the Box draw operation). Indeed, the glyph-based 
implementation of Text View is even simpler than the 
original code because the programmer need only declare 
waar objects he wants-he does not need to specify dow 
the objects should interact 


?.? Multiple fants 
Because we built Text View with glyphs, we can easily 
extend it to add functionality that might otherwise be 
difficult to implement, For example, Figure 4 shows 
a screen dump of a version of TextView that displays 
EUC-«ncoded Japanese text. Adding this feature to 2 
text view suchas the Athena Text Widget would require 
a complete rewrite. Here we only add two lines of code 
Figure Sghows the change 

Character glyphs take an optional second constructor 
parameter that specifies the font to use when drawing 
For ASCII -encoded text we create Characters that use 


text (kanjn and kana characters) we create Characte 
that use the 16-bit JIS - encoded “ki4" font 


?.? Mixing text and graphics 


We can put any glyph inside a composite glyph; 
it is : i | 1 
















"wl Figure 7, shows the modifi 
code that builds the view 
A Stencil ts a glyph that displays a bitmap , an HR 
draws a horizontal line, and VGlue represents vertic 
blank space. The constructor parameters for Rule 


while ((c = getc(file)) != EOF) { 
if (C == "\n’) { 
line = new LRBox(), 
+ } else if ('isasciifc)) { 
+ line-^append( 
new Character( 
tojis(c, getc(file)), k14 


y 
| else 1 


line-»append( 
new Character(c, a14) 


the 8-bit ASCII-encoded "414" font, for JIS-encoded Figure 5. Modified Text View that displays Japanese tex 


E] Edo] | 
- MADaee eid 


图 2-1 Lexi 的 用 户 界 面 


O Lexi 的 设计 基于 Calder 开发 的 文本 编辑 应 用 Doc[CL92]。 
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2.1 Wi pei 


我 们 将 考察 Lexi 设计 中 的 7 个 问题 : 

1 ) 文档 结构 “文档 内 部 表示 的 选择 几乎 影响 Lexi 设计 的 每 个 方面 。 所 有 的 编辑 、 格 式 
安排 、 显 示 和 文本 分 析 都 涉及 这 种 表示 。 我 们 怎样 组 织 这 个 信息 会 影响 到 应 用 的 其 他 方面 。 

2) 格式 化 “Lexi 是 怎样 将 文本 和 图 形 安排 到 行 和 列 上 的 ?” 哪些 对 象 负责 执行 不 同 的 格 
式 策 略 ? 这 些 策 略 又 是 怎样 和 内 部 表示 相互 作用 的 ? 

3 ) 修饰 用 户 界面 Lexi 的 用 户 界 面包 括 滚动 条 、 边 界 和 用 来 修饰 WYSIWYG 文档 界面 
的 阴影 。 这 些 修饰 有 可 能 随 着 Lexi 用 户 界面 的 演化 而 发 生变 化 。 因 此 ， 在 不 影响 应 用 其 他 方 
面 的 情况 下 ， 能 自由 增加 和 去 除 这 些 修 饰 就 十 分 重要 了 。 

4) 支持 多 种 视 感 (look-and-feel) 标准 ”Lexi 应 不 需 做 较 大 修改 就 能 适应 不 同 的 视 感 标 
准 ， 如 Motif 和 Presentation Manager (PM) 等 。 

5) 支持 多 种 窗口 系统 不 同 的 视 感 标准 通常 是 在 不 同 的 窗口 系统 上 实现 的 。Lexi 的 设 
计 应 尽 可 能 地 独立 于 窗口 系统 。 

6) BARE ”用户 通过 不 同 的 用 户 界 面 控制 Lexi, BHAA PIR. REA 
应 的 功能 分 散在 整个 应 用 对 象 中 。 这 里 的 难点 在 于 提供 一 个 统一 的 机 制 ， 既 可 以 访问 这 些 分 
散 的 功能 ， 又 可 以 对 操作 进行 撤销 (undo). 

7) 拼写 检查 和 连 字 符 ”Lexi 是 怎样 支持 像 检 查 拼 写 错误 和 决定 连接 符 的 连接 点 这 样 的 
分 析 操 作 的 ? 当 我 们 不 得 不 添加 一 个 新 的 分 析 操 作 时 ， 我 们 怎样 尽量 少 修 改 相关 的 类 ? 

我 们 将 在 下 面 的 各 节 里 讨论 这 些 设计 问题 。 每 个 问题 都 有 一 组 相关 联 的 目标 集合 和 我 们 
怎样 达到 这 些 目标 的 限制 条 件 集 合 。 在 给 出 特定 解决 方案 之 前 ， 我 们 会 详细 解释 设计 问题 的 
目标 和 限制 条 件 。 问 题 及 其 解决 方案 会 列举 一 个 或 多 个 设计 模式 。 对 每 个 问题 的 讨论 将 在 对 
相关 设计 模式 的 简单 介绍 后 结束 。 


2.2 ”文档 结构 


从 根本 上 来 说 ， 一 个 文档 只 是 对 字符 、 线 、 多 边 形 和 其 他 图 形 元 素 的 一 种 安排 。 这 些 元 
素 记 录 了 文档 的 整个 信息 内 容 。 然 而 ， 文 档 作 者 通常 并 不 将 这 些 元 素 看 作 图 形 项 ， 而 是 看 作 
文档 的 物理 结构 一 一 行 、 列 、 图 形 、 表 和 其 他 子 结构 3。 而 这 些 子 结构 也 有 自己 的 子 结构 。 

Lexi 的 用 户 界面 应 该 让 用 户 直接 操纵 这 些 子 结构 。 例 如 ， 用 户 应 该 能 够 将 一 个 图 表 当 作 
一 个 单元 ， 而 不 是 个 别 图 形 原 语 的 集合 。 用 户 应 该 能 够 对 表 进 行 整 体 引用 ， 而 不 是 将 表 作 为 
非 结 构 化 的 一 堆 文 本 和 图 形 。 这 有 助 于 使 界面 简单 和 直观 。 为 了 使 Lexi 的 实现 具有 类 似 的 性 
质 ， 我 们 选择 能 匹配 文档 物理 结构 的 内 部 表示 。 

特别 是 ， 内 部 表示 应 支持 如 下 几 点 : 


日 ”作者 也 常 从 逻辑 结构 来 看 文档 ， 即 看 成 句子 、 段 落 、 节 、 小 节 和 章 。 为 了 使 这 个 例子 简单 ， 我 们 的 文档 内 
部 表示 不 显 式 存 储 逻 辑 结构 信息 ， 但 是 我 们 描述 的 设计 方案 同样 适用 于 表示 逻辑 结构 信息 的 情况 。 
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© 保持 文档 的 物理 结构 ， 即 将 文本 和 图 形 安排 到 行 、 列 、 表 等 。 

e 可 视 化 地 生成 和 显示 文档 。 

。 根据 显示 位 置 来 映射 文档 内 部 表示 的 元 素 。 这 可 以 使 Lexi 根据 用 户 在 可 视 化 表示 中 
所 点 击 的 某 个 东西 来 决定 用 户 所 引用 的 文档 元 素 。 


除了 这 些 目标 外 ， 还 有 一 些 限 制 条 件 。 首 先 ， 我 们 应 该 一 致 地 对 待 文本 和 图 形 。 应 用 界 
面 允 许 用 户 在 图 形 中 自由 地 艇 入 文本 ， 反 之 亦 然 。 我 们 应 该 避免 将 图 形 看 作文 本 的 一 种 特殊 
情形 ， 或 将 文本 看 作 图 形 的 特例 ; 否则 ， 我 们 最 后 得 到 的 是 元 余 的 格式 和 操纵 机 制 。 这 套 机 
制 应 该 既 能 满足 文本 也 能 满足 图 形 。 

其 次 ， 我 们 的 实现 不 应 该 过 分 强调 内 部 表示 中 单个 元 素 和 元 素 组 之 间 的 差别 。Lexi 应 该 
能 够 一 致 地 对 待 简单 元 素 和 组 合 元 素 ， 这 样 就 允许 任意 复杂 的 文档 。 例 如 ,第 5 行 第 2 列 的 
第 10 个 元 素 既 可 以 是 一 个 字符 ， 也 可 以 是 一 个 由 许多 子 元 素 组 成 的 复杂 图 表 。 一 旦 我 们 知 
道 这 个 元 素 能 够 画 出 自己 并 指定 其 尺寸 ， 那么 它 怎样 显示 在 页 面 上 和 确定 它 的 显示 位 置 就 不 
困难 了 。 

然而 ,为 了 检查 拼写 错误 和 确定 连 字 符 的 连接 点 ， 需 要 对 文本 进行 分 析 。 这 就 与 第 二 
个 限制 条 件 产 生 了 矛盾 。 我 们 通常 并 不 关心 一 行 上 的 元 素 是 简单 对 象 还 是 复杂 对 象 ， 但 是 文 
本 分 析 有 时 候 依赖 于 被 分 析 的 对 象 。 例 如 ， 检 查 多 边 形 的 拼写 或 以 连 字 符 连接 它 是 没有 意义 
的 。 文 档 内 部 表示 设计 应 该 考虑 和 权衡 这 种 或 其 他 潜在 的 彼此 矛盾 的 限制 条 件 。 


2.2.1 $B 


层次 结构 信息 的 表述 通常 是 通过 一 种 称 为 递归 组 合 (recursive composition) 的 技术 来 实 
现 的 。 递 归 组 合 可 以 由 较 简 单 的 元 素 逐 渐 建 立 复 杂 的 元 素 ， 是 我 们 通过 简单 图 形 元 素 构 造 文 
档 的 方法 之 一 。 第 一 步 ， 我 们 将 字符 和 图 形 从 左 到 右 排列 形成 文档 的 一 行 ， 然 后 由 多 行 形成 
一 列 ， 再 由 多 列 形成 一 页 ， 等 等 ， 见 图 2-2。 
字符 空格 图 组 合 ( 行 ) 

















oe = a al 





组 合 ( 列 ) 
2-2 包含 文本 和 图 形 的 递归 组 合 
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我 们 将 每 一 个 重要 元 素 表 示 成 一 个 对 象 ， 就 可 以 描述 这 种 物理 结构 。 它 不 仅 包括 字符 、 
图 形 等 可 见 元 素 ， 也 包括 不 可 见 的 、 结 构 化 的 元 素 ， 如 行 和 列 。 结 果 就 是 如 图 2-3 所 示 的 对 
象 结构 。 

通过 用 对 象 表示 文档 的 每 一 个 字符 和 图 形 元 素 ， 我 们 可 以 提高 Lexi 最 佳 设计 的 灵活 性 。 
我 们 能 够 在 显示 、 格 式 化 和 互相 骨 套 等 方面 一 致 地 对 待 图 形 和 文本 。 我 们 能 够 扩展 Lexi 以 文 
持 新 的 字符 集 而 不 会 影响 其 他 功能 。Lexi 的 对 象 结构 与 文档 的 物理 结构 非常 相像 。 





图 2-3 文本 和 图 形 递 归 组 合 的 对 象 结构 


这 里 隐 含 了 两 个 重要 的 方面 。 第 一 个 很 明显 ， 对 象 需要 相应 的 类 。 第 二 个 就 不 那么 明显 
了 ， 因 为 我 们 要 一 致 性 地 对 待 这 些 对 象 ， 所 以 这 些 类 必须 有 兼容 的 接口 。 在 像 C++ 这 样 的 语 
言 中 ， 可 以 通过 继承 来 关联 类 ， 使 得 接口 兼容 。 
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我 们 将 为 出 现在 文档 结构 中 的 所 有 对 象 定义 一 个 抽象 类 Glyph 9 (图 元 )。 它 的 子 类 既定 
义 了 基本 的 图 形 元 素 ( 像 字符 和 图 像 )， 又 定义 了 结构 元 素 ( 像 行 和 列 )。 图 2-4 描述 了 Glyph 
类 层次 的 部 分 表示 ， 表 2-1 以 C++ 表示 法 描述 了 基本 的 Glyph 接口 9。 


表 2-1 基本 Glyph 接口 


责 t€ B 1t 
virtual void Draw (Window*) 
表现 
virtual void Bounds (Rect&) 
点 击 检测 virtual bool Intersects (Const Point&) 


O Calder 首先 在 这 种 上 下 文 使 用 术语 “Glyph”[CL90]。 大 多 数 同 时 代 的 文档 编辑 器 由 于 效率 原因 ， 并 不 是 
每 个 字符 都 使 用 一 个 对 象 。Calder 在 他 的 论文 [Cal93] 中 论证 了 该 方法 的 可 行 性 。 为 了 简单 起 见 ， 我 们 将 
图 元 严格 限制 在 类 层次 结构 上 ， 所 以 没有 Calder 的 图 元 那么 复杂 。Calder 的 图 元 还 能 减少 存储 开销 ， 形 
成 有 向 无 环 图 结构 。 也 可 以 使 用 Flyweight(4.6) 模式 来 达到 相同 的 效果 ， 我 们 将 把 它 作 为 练习 留 给 读者 。 

日 ”为 了 使 讨论 简单 化 ， 我 们 这 里 特地 使 用 最 小 化 的 接口 。 一 个 完备 的 接口 应 该 包括 管理 颜色 、 字 体 和 坐标 转 
换 等 图 形 属性 的 操作 ， 以 及 管理 更 复杂 子 对 象 的 操作 。 
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( 续 ) 


B ff B 1t 
virtual void Insert(Glyph*, int) 
virtual Vvoid Remove (Glyph*) 
virtual Glyph* Child(int) 
virtual Glyph* Parent() 


Draw(Window) 
Intersects(Point) 
Insert(Glyph, int) 


TORT LN 
w-— [Fw [f FP 
Draw(Window w) O-1--^: Draw(...) Draw(Window w) O- 
Intersects(Point p) 9 Intersects(...) Intersects(Point p) 
i ' Insert(Glyph g, int i) i 
| Polygon 
insert t into 一 ' = 
return true if point p = Draw(…) children at position i 
intersects this character Intersects(...) ' 
, for all c in children > i 
> if c-»Intersects(p) return true r 
w->DrawCharacter(c) ' 
forail c in children — -— 


ensure c is positioned 
correctly; 


c-»Draw(w) 





图 2-4 部 分 Glyph 类 层次 


图 元 有 三 个 基本 责任 : 也 怎 样 画 出 自己 ; @ 它 们 占用 多 大 空间 ; 名 它们 的 父 图 元 和 子 图 
元 是 什么 。 

Glyph 子 类 为 了 在 窗口 上 表示 自己 ， 重 新 定义 了 Draw 操作 。 调 用 Draw 时 ， 它 们 传递 一 
个 引用 给 Window 对 象 。Window 类 为 了 在 屏幕 窗口 上 表示 文本 和 基本 图 形 ， 定义 了 一 些 图 
形 操作 。 一 个 Glyph 的 子 类 Rectangle 可 能 会 像 下 面 这 样 重 定义 Draw: 


void Rectangle::Draw (Window* w) { 
w-»DrawRect( x0, yO, xl, _yl); 
} 


这 里 的 x0, y0, xl, yl 是 Rectangle 的 数据 成 员 ， 定 义 了 和 矩形 的 对 角 顶 点 。DrawRect 
是 Window 的 操作 ， 用 来 在 屏幕 上 显示 和 矩形 。 

父 图 元 通常 需要 知道 子 图 元 需要 占用 多 大 空间 ， 以 把 它 和 其 他 图 元 安排 在 一 行 上 ， 保 证 
不 会 互相 覆盖 (参见 图 2-2). Bounds 操作 返回 图 元 占用 的 和 矩形 区 域 ， 它 返回 的 是 包含 该 图 元 
的 最 小 和 矩形 的 对 角 顶 点 。Glyph 各 子 类 重 定 义 该 操作 ， 返 回 它 们 各 上 自 画图 所 用 的 和 矩形 区 域 。 

Intersects 操作 判断 一 个 指定 的 点 是 否 与 图 元 相交 。 任 何 时 候 用 户 点 击 文 档 某 处 时 Lexi 
都 能 调用 该 操作 确定 鼠标 所 在 的 图 元 或 图 元 结构 。Rectangle X EEX TRE, MAHA 
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形 和 给 定点 的 相交 。 

因为 图 元 可 以 有 子 图 元 ， 所 以 我 们 需要 一 个 公共 的 接口 来 添加 、 删 除 和 访问 这 些 子 图 
元 。 例 如 ， 一 个 行 的 子 图 元 是 该 行 上 的 所 有 图 元 。Insert 操作 在 整数 索引 指定 的 位 置 上 插入 
一 个 图 元 9。Remove 操作 移 去 一 个 指定 的 子 图 元 。 

Child 操作 返回 给 定 索引 的 子 图 元 (如果 有 的 话 )， 像 行 这 样 有 子 图 元 的 图 元 应 该 内 部 使 
用 Child 操作 ， 而 不 是 直接 访问 子 数据 结构 。 这 样 当 你 将 数据 结构 由 数组 改 为 链表 时 ， 你 也 无 
须 修改 像 Draw 这 样 重复 作用 于 各 个 子 图 元 的 操作 。 与 此 类 似 ，Parent 操作 提供 一 个 标准 的 访问 
父 图 元 的 接口 。Lexi 的 图 元 保存 一 个 指向 其 父 图 元 的 引用 ，Parent 操作 只 简单 地 返回 这 个 引用 。 


2.2.3 组 合 模式 


递归 组 合 不 仅 可 用 来 表示 文档 ， 还 可 以 用 来 表示 任何 复杂 的 、 层 次 式 的 结构 。 
Composite(4.3) 模式 描述 了 面向 对 象 的 递归 组 合 的 本 质 。 现 在 是 回 到 此 模式 并 学 习 它 的 时 候 
了 ， 需 要 时 再 回头 参考 这 个 场景 。 


2.3 格式 化 


我 们 已 经 解决 了 文档 物理 结构 的 表示 问题 。 接 着 ， 我 们 需要 解决 的 问题 是 怎样 构造 一 
个 特殊 物理 结构 ， 该 结构 对 应 于 一 个 恰当 地 格式 化 了 的 文档 。 表 示 和 格式 化 是 不 同 的 ， 记 录 
文档 物理 结构 的 能 力 并 没有 告诉 我 们 怎样 得 到 一 个 特殊 的 格式 化 结构 。 这 个 责任 大 多 在 于 
Lexi， 它 必须 将 文本 分 解 成 行 ， 将 行 分 解 成 列 ， 等 等 。 同 时 还 要 考虑 用 户 的 高 层次 的 要 求 ， 
例如 ， 用 户 可 能 会 指定 边界 宽度 、 缩 进 大 小 和 表格 形式 、 是 否 隅 行 显示 以 及 其 他 可 能 的 许多 
格式 限制 条 件 S。Lexi 的 格式 化 算法 必须 考虑 所 有 这 些 因素 。 

现在 我 们 将 “格式 化 ”含义 限制 为 将 一 个 图 元 集合 分 解 为 知 干 行 。 下 面 我 们 可 以 互 换 使 
用 术语 “格式 化 ”(formatting) 和 “分 行 ”(linebreaking)。 下 面 讨 论 的 技术 同样 适用 于 将 行 分 
解 为 列 和 将 列 分 解 为 页 。 


2.3.1 ”封装 格式 化 算法 


由 于 所 有 这 些 限制 条 件 和 许多 细节 问题 ， 格 式 化 过 程 不 容易 被 自动 化 。 这 里 有 许多 解决 
方法 ， 实 际 上 人 们 已 经 提出 了 各 种 各 样 具 有 不 同 能 力 和 缺陷 的 格式 化 算法 。 因 为 Lexi 是 一 个 


O ”整数 索引 可 能 并 不 是 指定 子 图 元 的 最 好 方法 ， 它 依赖 于 图 元 所 用 的 数据 结构 。 如 果 图 元 在 链表 中 存储 子 图 
元 ， 那 么 使 用 链表 指针 应 该 更 有 效 。 我 们 在 2.8 节 讨 论文 档 分 析 的 时 候 ， 将 会 给 出 索引 问题 的 更 好 解决 方案 。 

O 用户 可 能 更 关心 的 是 文档 的 逻辑 结构 一 一 句子 、 段 落 、 小 节 、 章 节 等 。 相 比 而 言 ， 对 物理 结构 就 没有 这 样 
的 兴趣 了 。 大 部 分 用 户 不 在 意 段落 中 的 换行 发 生 在 何 处 ， 只 要 该 段落 能 正确 地 格式 化 就 行 了 。 格 式 化 列 和 
页 也 是 这 样 的 。 因 而 用 户 最 终 只 指定 物理 结构 的 高 层 限 制 条 件 ， 用 来 满足 这 些 限 制 条件 的 艰难 工作 则 由 
Lexi 去 完成 。 
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所 见 即 所 得 编辑 器 ， 所 以 一 个 必须 考虑 的 重要 权衡 之 处 在 于 格式 化 的 质量 和 格式 化 的 速度 之 
间 的 取舍 。 我 们 通常 希望 在 不 牺牲 文档 美观 外 表 的 前 提 下 得 到 良好 的 响应 速度 。 这 种 权衡 受 
许多 因素 影响 ， 并 不 是 所 有 因素 在 编译 时 都 能 确定 。 例 如 ， 用 户 也 许 能 忍受 稍 慢 一 点 的 啊 应 
速度 ， 以 换取 较 好 的 格式 。 这 种 选择 也 许 导致 了 比 当 前 算法 更 适用 的 、 彻 底 不 同 的 格式 化 算 
法 。 另 外 ， 更 多 实现 驱动 的 权衡 是 在 格式 化 速度 和 存储 需求 之 间 : 很 有 可 能 为 了 缓存 更 多 的 
信息 而 降低 格式 化 速度 。 

因为 格式 化 算法 趋 于 复杂 化 ， 因 而 可 以 考虑 将 它们 包含 于 文档 结构 之 中 ,但 最 好 是 将 它 
们 彻底 独立 于 文档 结构 之 外 。 理 想 情况 下 ， 我 们 能 够 自由 地 增加 一 个 Glyph 子 类 而 不 用 考虑 
格式 化 算法 。 反 过 来 ， 增 加 一 个 格式 化 算法 不 应 要 求 修改 已 有 的 图 元 类 。 

这 些 特征 要 求 我 们 设计 的 Lexi 易于 改变 格式 化 算法 。 最 好 能 在 运行 时 改变 这 个 算法 ， 如 
果 难 以 实现 ， 至 少 在 编译 时 应 该 可 以 很 方便 地 改变 。 我 们 可 以 将 算法 独立 出 来 ， 并 把 它 封 装 
到 对 象 中 使 其 便于 替代 。 更 进一步 ， 可 以 定义 一 个 封装 格式 化 算法 的 对 象 的 类 层次 结构 。 类 
层次 结构 的 根 结 点 将 定义 支持 许多 格式 化 算法 的 接口 ， 每 个 子 类 实现 这 个 接口 以 执行 特定 的 
算法 。 那 时 就 能 让 Glyph 子 类 对 象 自动 使 用 给 定 算 法 对 象 来 排列 其 子 图 元 。 


2.3.2 Compositor 和 Composition 


我 们 为 能 封装 格式 化 算法 的 对 象 定义 一 个 Compositor 类 。 它 的 接口 ( 见 表 2-2) 可 让 
compositor 获知 何 时 去 格式 化 哪些 图 元 。 它 所 格式 化 的 图 元 是 一 个 被 称 为 Composition 的 特 
定 图 元 的 各 个 子 图 元 。 一 个 Composition 在 创建 时 得 到 一 个 Compositor 子 类 实例 ， 并 在 必要 
的 时 候 (如 用 户 改 变 文档 的 时 候 ) 让 Compositor 对 它 的 图 元 做 Compose 操作 。 图 2-5 描述 了 
Composition 类 和 Compositor 类 之 间 的 关系 。 


X 2-2 基本 Compositor 接口 


BR ff Mm 1E 
格式 化 的 内 容 void SetComposition (Composition*) 
何 时 格式 化 virtual void Compose() 
/ 
m compost | Compositor | 
iaren 
insert(Glyph g, inti) Ọ composition SetComposition() 
: /N 


Glyph::Insert(g, i) E 
COON Lampon ArrayCompositor SimpleCompositor 
con comen 


图 2-5 Composition 和 Compositor 类 间 的 关系 
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一 个 未 格式 化 的 Composition 对 象 只 包含 组 成 文档 基本 内 容 的 可 见 图 元 ， 它 并 不 包含 像 
行 和 列 这 样 的 决定 文档 物理 结构 的 图 元 。Composition 对 象 只 在 刚 被 创建 并 以 待 格式 化 的 图 
元 进行 初始 化 后 才 处 于 这 种 状态 。 当 Composition 需要 格式 化 时 ， 调 用 它 的 Compositor 的 
Compose 操作 。Compositor 依次 遍历 Composition 的 各 个 子 图 元 ， 根 据 分 行 算法 插入 新 的 行 
和 列 图 元 9S。 图 2-6 显示 了 得 到 的 对 象 结构 。 图 中 由 Compositor 创建 和 插入 对 象 结构 中 的 图 
元 以 灰色 背景 显示 。 
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图 2-6 ”对 象 结构 反映 Compositor 制导 的 分 行 


每 一 个 Compositor 子 类 都 能 实现 一 个 不 同 的 分 行 算 法 。 例 如 ， 一 个 SimpleCompositor 
可 以 执行 得 很 快 ， 而 不 考虑 像 文档 “色彩 ”这 样 深 奥 的 东西 。 好 的 色彩 意味 着 文本 和 空白 的 
平滑 分 布 。 一 个 TeXCompositor 会 实现 完全 的 TEX 算法 [Knu84], 会 考虑 像 色 彩 这 样 的 东 
西 , 但 以 较 长 的 格式 化 时 间作 为 代价 。 

Compositor-Composition 类 的 分 离 确 保 了 支持 文档 物理 结构 的 代码 和 支持 不 同 格式 化 算 
法 的 代码 之 间 的 分 离 。 我 们 能 增加 新 的 Compositor 子 类 而 不 触及 Glyph 类 ， 反 之 亦 然 。 事 实 
上 ， 我 们 通过 给 Composition 的 基本 图 元 接口 增加 一 个 SetCompositor 操作 ， 即 可 在 运行 时 
改变 分 行 算法 。 


2.3.3 ”策略 模式 


在 对 象 中 封装 算法 是 Strategy(5.9) 模式 的 目的 。 模 式 的 主要 参与 者 是 Strategy 对 象 (这 
些 对 象 中 封装 了 不 同 的 算法 ) 和 它们 的 操作 环境 。 其 实 Compositor 就 是 策略 ， 它 们 封装 了 不 
同 的 格式 化 算法 。Composition 就 是 Compositor 策略 的 环境 。 

Strategy 模式 应 用 的 关键 点 在 于 为 Strategy 和 它 的 环境 设计 足够 通用 的 接口 ， 以 文 持 
一 系列 算法 。 你 不 必 为 了 支持 一 个 新 的 算法 而 改变 Strategy 或 它 的 环境 。 在 我 们 的 例子 


GO 为 了 计算 换行 ，Compositor 必须 知道 字符 图 元 的 字符 代码 。 在 2.8 节 我 们 将 会 看 到 ， 怎 样 可 以 不 在 Glyph 
接口 中 添加 一 个 特定 于 字符 的 操作 而 多 态 地 获得 这 个 信息 。 


中 ， 支 持 子 图 元 访问 、 插 入 和 删除 操作 的 基本 Glyph 接口 就 足以 满足 一 般 的 用 户 需 求 ， 不 管 
Compositor 子 类 使 用 何 种 算法 ， 都 足以 支持 其 对 文档 的 物理 结构 的 修改 。 同 样 ，Compositor 
接口 也 足以 支持 Composition 启动 格式 化 操作 。 


2.4 ”修饰 用 户 界面 


我 们 针对 Lexi 用 户 界 面 考虑 两 种 修饰 : 第 一 种 是 在 文本 编辑 区 域 周 围 加 边界 以 界定 文本 
Ji; 第 二 种 是 加 滚动 条 让 用 户 能 看 到 同一 页 的 不 同 部 分 。 为 了 便于 增加 和 去 除 这 些 修 饰 ( 特 
别 是 在 运行 时 )， 我 们 不 应 该 通过 继承 方式 将 它们 加 到 用 户 界面 中 。 如 果 其 他 用 户 界面 对 象 不 
知道 存在 这 些 修饰 ， 那 么 我 们 就 能 获得 最 大 的 灵活 性 。 这 使 我 们 无 须 改变 其 他 的 类 就 能 增加 
和 移 去 这 些 修 饰 。 


2.4.1 ÆRE 


从 程序 设计 角度 出 发 ， 修 饰 用 户 界 面 涉及 扩充 已 存在 的 代码 。 我 们 可 以 用 继承 的 方式 
完成 这 种 扩充 ， 但 这 样 做 运行 时 对 这 些 修 饰 进 行 重新 安排 则 十 分 困难 。 并 且 同 样 严重 的 问题 
是 ， 基 于 类 继承 方法 通常 会 引起 类 爆炸 现象 。 

我 们 可 以 为 Composition 创建 一 个 子 类 BorderedComposition ， 用 来 给 Composition 添加 
边界 ， 或 者 以 同样 方式 创建 子 类 ScrollableComposition 来 添加 滚动 条 。 如 果 我 们 既 想 要 滚动 
条 又 想 要 边界 ， 则 可 创建 BorderedScrollableComposition， 等 等 。 极 端 情况 下 ， 我 们 创建 一 
个 包含 各 种 可 能 修饰 组 合 的 类 一 一 但 一 旦 修饰 类 型 增加 ， 它 就 变 得 无 效 了 。 

对 象 组合 提 供 了 一 种 潜在 的 更 有 效 和 更 灵活 的 扩展 机 制 。 但 是 我 们 组 合 一 些 什么 对 象 
呢 ? 既然 我 们 知道 要 修饰 的 是 已 有 的 图 元 ， 那 么 我 们 就 可 以 把 修饰 本 身 看 作对 象 ( 如 ， 类 
Border 的 实例 )。 这 样 我 们 有 了 两 个 组 合 候选 对 象 : 图 元 (Glyph) 和 边界 ( Border)。 下 一 步 
是 决定 谁 来 组 合 谁 的 问题 。 我 们 可 以 在 边界 中 包含 图 元 ， 这 给 人 以 边界 在 屏幕 上 包围 了 图 元 
的 感觉 。 或 者 反之 ， 在 图 元 中 包含 边界 ， 但 是 我 们 必须 对 相应 的 Glyph 子 类 做 修改 以 使 边界 
对 所 有 子 类 有 效 。 在 我 们 的 第 一 个 选择 中 ， 可 以 将 画 边 界 的 代码 完全 保存 在 Border 类 中 ， 而 
独立 于 其 他 类 。 

Border 类 看 起 来 是 什么 样 的 呢 ? 边界 有 形 这 个 事实 说 明 它 的 确 应 该 是 图 元 ， 即 Border 
类 应 该 是 Glyph 的 子 类 。 此 外 还 有 一 个 强制 性 的 必须 如 此 的 原因 : 客户 应 该 一 致 地 对 待 图 元 ， 
而 不 应 关心 图 元 是 否 有 边界 。 当 客户 画 一 个 简单 的 、 无 边界 的 图 元 时 ， 就 不 必 对 它 做 修饰 。 
如 果 那 个 图 元 包含 于 一 个 边界 对 象 中 ， 客 户 应 该 以 画 出 前 面 简单 图 元 同样 的 方法 画 出 这 个 边 
界 对 象 ， 而 不 应 该 特殊 对 待 该 边界 对 象 。 这 暗示 了 Border 接口 是 与 Glyph 接口 匹配 的 。 我 们 
将 Border 作为 Glyph 的 子 类 可 以 保证 这 种 关系 。 

我 们 根据 这 些 得 出 了 透明 围栏 (transparent enclosure) 的 概念 。 它 结合 了 两 个 概念 : 
Qa 单子 女 ( 单 组 件 ) 组 合 ; @) 兼 容 的 接口 。 客 户 通常 分 辨 不 出 它们 是 在 处 理 组 件 还 是 组 件 的 
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围栏 ( 即 这 个 组 件 的 父 组 件 )， 特 别 是 当 围 栏 只 是 代理 组 件 的 所 有 操作 时 更 是 如 此 。 但 是 围栏 
也 能 通过 在 代理 操作 之 前 或 之 后 添加 一 些 自己 的 操作 来 修改 组 件 的 行为 。 围 栏 也 能 有 效 地 为 
组 件 添加 状态 。 







2.4.2 Monoglyph 


Draw(Window) 


我 们 可 以 将 透明 围栏 的 概念 用 于 所 有 的 修饰 其 | 
他 图 元 的 图 元 。 为 了 使 这 个 概念 具体 化 ， 我 们 定义 noonem 
Glyph 的 子 类 MonoGlyph 作为 所 有 像 Border 这 样 起 
修饰 作用 的 图 元 的 抽象 类 ( 见 图 2-7 )。MonoGlyph 
保存 了 指向 一 个 组 件 的 引用 并 且 传 递 所 有 的 请 求 给 
这 个 组 件 。 

这 使 得 MonoGlyph 缺 省 情况 下 对 客户 完全 透 
明 。 例 如 ，MonoGlyph 实现 Draw 操作 如 下 : 






MonoGlyph 
Draw(Window) 











Border Scroller 


Draw(Window) 


图 2-7 MonoGlyph 类 关系 






Draw(Window) 
DrawBorder(Window) 








void MonoGlyph::Draw (Window* w) ( 
component -»Draw (w); 
) 


MonoGlyph 的 子 类 至 少 重新 实现 一 个 这 样 的 传递 操作 ， 例 如 ，Border::Draw 首先 激活 
基于 组 件 的 父 类 操作 MonoGlyph::Draw， 让 组 件 做 部 分 工作 一 一 画 出 边界 以 外 的 其 他 东西 。 
Border::Draw 通过 调用 私有 操作 DrawBorder XEM HHA. MERMET T: 


void Border::Draw (Window* w) ( 
MonoGlyph: : Draw(w) ; 
DrawBorder (w); 

} 


注意 Border::Draw 是 怎样 有 效 扩展 父 类 操作 来 画 出 边界 的 。 这 与 忽略 MonoGlyph::Draw 
的 调用 ， 而 完全 代替 父 类 操作 是 截然 不 同 的 。 

男 一 个 出 现在 图 2-7 中 的 MonoGlyph 子 类 是 Scroller， 它 根据 作为 修饰 的 两 个 滚动 条 的 
位 置 ， 在 不 同 的 位 置 画 出 组 件 。 当 画 它 的 组 件 时 ， 它 会 告诉 图 形 系 统 裁剪 边界 以 外 的 部 分 ， 
滚动 出 视图 以 外 的 部 分 是 不 会 显示 在 屏幕 上 的 。 

现在 我 们 已 经 有 了 给 Lexi 文本 编辑 区 增加 边界 和 滚动 界面 所 需 的 一 切 准 备 。 我 们 可 以 
在 一 个 Scroller 实例 中 组 合 已 存在 的 Composition 实例 以 增加 滚动 界面 ， 然 后 再 把 它 组 合 到 
Border 实例 中 。 结 果 对 象 结构 如 图 2-8 所 示 。 

注意 我 们 也 可 以 交换 组 合 顺序 ， 把 一 个 带 有 边界 的 组 合 放 在 Scroller 实例 中 。 这 样 边 界 
可 以 和 文本 一 起 滚动 ， 但 我 们 一 般 不 要 求 这 么 做 。 关 键 在 于 ， 透 明 围 栏 使 得 试验 不 同 的 选择 
变 得 很 容易 ， 使 得 客户 和 修饰 代码 无 关 。 
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图 2-8 修饰 后 的 对 象 结构 


还 要 注意 Border 是 怎样 组 合 一 个 而 不 是 两 个 或 多 个 Glyph 对 象 的 。 这 不 同 于 我 们 迄今 为 
止 所 定义 的 组 合 ， 在 那些 组 合 中 父 对 象 是 允许 有 多 个 不 确定 的 子 对 象 的 。 这 里 说 给 某 物 加 上 
边界 暗示 了 “ 某 物 ”是 单个 的 。 我 们 可 以 定义 同时 修饰 多 个 对 象 的 行为 ， 但 那样 我 们 就 不 得 
不 将 多 种 组 合 和 修饰 概念 混合 起 来 形成 所 谓 的 行 修饰 、 列 修饰 等 。 因 为 我 们 已 经 有 许多 类 可 
用 来 做 这 些 组 合 ， 所 以 这 种 行为 对 我 们 并 没 帮助 。 我 们 最 好 使 用 已 有 的 类 去 做 组 合 的 工作 ， 
并 通过 增加 新 类 去 修饰 组 合 的 结果 。 使 修饰 独立 于 其 他 组 合 ， 既 可 以 简化 修饰 类 又 可 以 减少 
类 的 数目 ， 还 可 以 保证 我 们 不 重复 已 有 的 组 合 功能 。 


2.4.3 Decorator 模 式 


Decorator(4.4) 模式 描述 了 以 透明 围栏 来 支持 修饰 的 类 和 对 象 的 关系 。 事 实 上 术语 “ 修 
饰 ” 的 含义 比 我 们 这 里 讨论 的 更 广泛 。 在 Decorator 模式 中 ， 修 饰 指 给 一 个 对 象 增 加 职责 的 
事物 。 我 们 可 以 想到 用 语义 动作 修饰 抽象 语法 树 、 用 新 的 转换 修饰 有 穷 状态 自动 机 或 者 以 属 
性 标签 修饰 持久 对 象 网 络 等 例子 。Decorator 一 般 化 了 我 们 在 Lexi 中 使 用 的 方法 ,使 它 具 有 
更 广泛 的 实用 性 。 
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2.5 xd A RU ESTE 


获得 跨越 硬件 和 软件 平台 的 可 移植 性 是 系统 设计 的 主要 问题 之 一 。 将 Lexi 移植 到 一 个 新 
的 平台 不 应 当 要 求 对 Lexi 进行 重大 的 修改 ,否则 的 话 就 失去 了 移植 Lexi 的 价值 。 我 们 应 当 
使 移植 尽 可 能 地 方便 。 

移植 的 一 大 障碍 是 不 同 视 感 标准 之 间 的 差异 性 。 视 感 标准 本 是 用 来 加 强 某 一 窗口 平台 
上 各 个 应 用 之 间 用 户 界面 的 一 致 性 的 。 这 些 标准 定义 了 应 用 应 该 怎样 显示 和 对 用 户 请 求 做 出 
有 反应。 虽然 已 有 的 标准 彼此 差别 不 大 ,但 用 户 还 是 可 以 清楚 地 区 分 它们 一 一 一 个 应 用 程序 在 
Motif 平 台 上 的 视 感 决 不 会 与 某 个 其 他 平台 上 的 完全 一 样 ， 反 之 亦 然 。 一 个 运行 于 多 个 平台 
的 应 用 程序 必须 符合 各 个 平台 的 用 户 界面 风格 。 

我 们 的 设计 目标 就 是 使 Lexi 符合 多 个 已 存在 的 视 感 标 准 ， 并 且 在 新 标准 出 现时 要 能 很 容 
另 地 增加 对 新 标准 的 文 持 。 我 们 也 希望 我 们 的 设计 能 支持 最 大 限度 的 灵活 性 : 运行 时 可 以 改 
变 Lexi 的 外 观 和 感觉 。 


2.5.1 ”对象 创建 的 抽象 


我 们 在 Lexi 用 户 界 面 看 到 和 操作 的 是 一 个 图 元 ， 它 被 组 合 于 诸如 行 和 列 等 不 可 见 的 图 元 
之 中 。 而 这 些 不 可 见 图 元 又 组 合 了 按钮 、 字 符 等 可 见 图 元 ， 并 能 正确 地 展现 它们 。 界 面 风格 
天 于 所 谓 的 “窗口 组 件 ”( widget) 有 许多 视 感 规则 。 窗 口 组 件 是 关于 用 户 界面 上 作为 控制 元 
素 的 按钮 、 深 动 条 和 菜单 等 可 视图 元 的 男 一 个 术语 。 窗 口 组 件 可 以 使 用 像 字 符 、 圆 、 和 矩形 和 
多 边 形 等 简单 图 元 来 表示 数据 。 

我 们 假定 用 两 个 窗口 组 件 图 元 集合 来 实现 多 个 视 感 标准 : 

1 ) 第 一 个 集合 是 由 抽象 Glyph 子 类 构成 的 ， 对 每 一 种 窗口 组 件 图 元 都 有 一 个 抽象 Glyph 
子 类 。 例 如 ， 抽 象 子 类 ScrollBar 扩充 了 基本 的 Glyph 接口 ， 以 便 增 加 通用 的 滚动 操作 ; 
Button 是 用 来 增加 按钮 有 关 操 作 的 抽象 类 ; 等 等 。 

2) 为 一 个 集合 是 由 与 抽象 子 类 对 应 的 具体 子 类 构成 的 ， 这 些 具 体 子 类 用 于 实现 不 同 的 
视 感 标准 。 例 如 ，ScrollBar 可 能 有 MotifScrollBar 和 PMScrollBar 两 个 子 类 以 实现 相应 的 
Motif fll PM (Presentation Manager) 风格 的 滚动 条 。 

Lexi 必须 区 分 不 同 视 感 风格 的 窗口 组 件 图 元 之 间 的 差异 。 例 如 ， 当 Lexi 需要 在 界面 上 
放 一 个 按钮 时 ， 它 必须 实例 化 一 个 有 正确 按钮 风格 的 Glyph TÆ ( MotifButton, PMButton 
或 MacButton 等 )。 

很 明显 ，Lexi 的 实现 不 能 直接 通过 调用 C++ 构造 器 来 做 这 些 工作 ， 那 会 把 按钮 硬 编码 
为 一 种 特殊 风格 ， 而 不 能 在 运行 时 选择 风格 。 当 Lexi 要 移植 到 其 他 平台 时 ， 我 们 还 不 得 不 进 
行 代码 搜索 以 改变 所 有 这 些 构造 右 调 用 ,况且 按钮 还 仅仅 是 Lexi 用 户 界面 上 众多 窗口 组 件 之 
一 。 对 特定 视 感 类 进行 构造 器 调用 会 使 代码 混乱 ， 造 成 维护 困难 一 一 只 要 稍 有 遗漏 ， 你 就 可 
能 在 Mac 应 用 程序 中 使 用 了 Motif 的 菜单 。 
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Lexi 需要 一 种 方法 来 确定 创建 合适 窗口 组 件 所 需 的 视 感 标准 。 我 们 不 仅 必 须 避 免 显 式 的 
构造 器 调用 ， 还 必须 能 够 很 容易 地 替换 整个 窗口 组 件 集合 。 可 以 通过 抽象 对 象 创建 过 程 来 达 
到 上 述 两 个 要 求 ， 我 们 将 用 一 个 例子 来 说 明 。 


2.5.2 工厂 类 和 产品 类 


通常 我 们 可 能 使 用 下 面 的 C++ 代码 来 创建 一 个 Motif 滚动 条 图 元 实例 : 
ScrollBar* Sb = new MotifScrollBar; 


但 如 果 你 想 使 Lexi 的 视 感 依赖 性 最 小 的 话 ， 这 种 代码 要 尽量 避免 。 假 如 我 们 按 如 下 方法 
初始 化 sb: 


ScollBar* sb = guiFactory->CreateScrollBar(); 


这 里 guiFactory 是 MotifFactory 类 的 实例 。CreateScrollBar 为 所 需要 的 视 感 返回 一 个 合 
适 的 ScrollBar 子 类 的 新 实例 ， 如 MotifScrollBar。 对 客户 而 言 ， 它 就 等 价 于 直接 调用 一 个 
MotifScrollBar 的 构造 器 。 但 是 两 者 有 本 质 区 别 : 它 不 像 使 用 直接 构造 器 那样 在 程序 代码 中 
EK Motif 的 名 字 。guiFactory 对 象 抽象 了 任何 视 感 标准 下 的 滚动 条 的 创建 过 程 ， 而 不 仅仅 
是 Motif 滚动 条 的 。 并 且 guiFactory 不 局 限于 创建 滚动 条 ， 它 广泛 适用 于 包括 滚动 条 、 按 钮 、 
输入 域 、 菜 单 等 窗口 组 件 图 元 。 

上 述 办 法 是 可 行 的 ， 其 原因 在 于 MotifFactory 是 GUIFactory 的 子 类 ， 而 GUIFactory 
是 定义 了 创建 窗口 组 件 图 元 公共 接口 的 抽象 类 ， 它 包含 了 用 以 实例 化 不 同窗 口 组 件 图 元 
的 操作 ， 如 CreateScrollBar 和 CreateButton。guiFactory 的 子 类 实现 这 些 操作 ， 并 返回 像 
MotifScrollBar 和 PMButton 这 样 实现 特定 视 感 的 图 元 。 图 2-9 显示 了 guiFactory 对 象 的 结果 
类 层次 结构 。 

我 们 说 工厂 (Factory) 创造 了 产品 (Product) 对 象 。 更 进一步 ， 工 厂 生 产 的 产品 是 彼此 
相关 的 ; 这 种 情况 下 ,产品 是 相同 视 感 的 所 有 窗口 组 件 。 图 2-10 显示 了 这 样 一 些 产 品类 ， 工 
三 产生 窗口 组 件 图 元 时 要 用 到 它们 。 

我 们 要 回答 的 最 后 一 个 问题 是 : GUIFactory 实例 是 从 哪里 来 的 ? 答案 是 : 哪里 方便 
就 从 哪里 来 。 变 量 guiFactory 可 以 是 全 局 变量 、 一 个 众所周知 的 类 的 静态 成 员 ， 或 者 如 果 
整个 用 户 界 面 是 在 一 个 类 或 一 个 函数 中 创建 的 ， 它 甚至 可 以 是 局 部 变量 。 有 一 个 设计 模式 
Singleton(3.5) 专门 用 来 管理 这 样 的 众所周知 的 、 只 能 创建 一 次 的 对 象 。 然 而 ， 重 要 的 是 在 程 
序 中 某 个 合适 的 地 方 来 初始 化 guiFactory : 这 要 在 它 被 用 来 创建 窗口 组 件 之 前 ， 而 在 所 需 的 
视 感 标准 清楚 确定 下 来 之 后 。 
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2-10 ”抽象 产品 类 和 具体 子 类 


如 果 视 感 在 编译 时 就 知道 了 ， 那 么 guiFactory 能 够 在 程序 开始 的 时 候 以 一 个 新 的 工厂 实 
例 的 简单 赋值 来 初始 化 : 


GUIFactory* guiFactory = new MotifFactory; 


如 果 用 户 能 通过 程序 启动 时 的 字符 串 来 指定 视 感 ， 那 么 创建 工厂 的 代码 可 能 如 下 所 示 : 


GUIFactory* guiFactory; 
const char* styleName - getenv("LOOK AND FEEL"); 
// user or environment supplies this at startup 


40 设计 模式 : 可 复 用 面向 对 象 软件 的 基础 


if (strcmp(styleName, "Motif") == 0) ( 
guiFactory - new MotifFactory; 


) else if (strcmp(styleName, "Presentation Manager") -- 0) ( 
guiFactory - new PMFactory; 


) else ( 
guiFactory - new DefaultGUIFactory; 
} 


还 有 更 高 级 的 在 运行 时 选择 工厂 的 方法 。 例 如 ， 你 可 以 维护 一 个 登记 表 ， 将 字符 串 映射 
给 工厂 对 象 。 这 允许 你 无 须 改 变 已 有 代码 就 能 登记 新 的 工厂 子 类 实例 ， 而 前 面 的 方法 则 要 求 
你 改变 代码 。 并 且 这 样 你 还 不 必 将 所 有 平台 的 工厂 连接 到 应 用 中 。 这 一 点 很 重要 ， 因 为 在 一 
个 不 支持 Motif 的 平台 上 连接 一 个 MotifFactory 是 不 太 可 能 的 。 

但 是 关键 还 在 于 ， 一旦 我 们 给 应 用 配置 好 了 正确 的 工厂 对 象 ， 它 的 视 感 从 那 时 起 就 设 定 
好 了 。 而 如 果 我 们 改变 了 主意 ， 我 们 还 能 以 一 个 不 同 的 视 感 工 厂 重 新 初始 化 guiFactory， 重 
新 构造 界面 。 我 们 知道 ， 不 管 怎样 以 及 何 时 初始 化 guiFactory， 一 旦 这 么 做 了 ， 应 用 就 可 以 
在 不 修改 代码 的 前 提 下 创建 合适 的 外 观 。 


2.5.3 Abstract Factory 模式 


LJ (Factory) 和 产品 (Product) 是 Abstract Factory(3.1) 模式 的 主要 参与 者 。 该 模式 描 
述 了 怎样 在 不 直接 实例 化 类 的 情况 下 创建 一 系列 相关 的 产品 对 象 。 它 最 适用 于 产品 对 象 的 数 
目 和 种 类 不 变 ， 而 具体 产品 系列 之 间 存 在 不 同 的 情况 。 我 们 通过 实例 化 一 个 特定 的 具体 工厂 
对 象 来 选择 产品 系列 ， 并 且 以 后 一 直 使 用 该 工厂 生产 产品 对 象 。 我 们 也 能 够 通过 用 一 个 不 同 
的 具体 工厂 实例 替换 原来 的 工厂 对 象 的 方式 来 改变 整个 产品 系列 。 抽 象 工 厂 模式 对 产品 系列 
的 强调 ,使 它 区 别 于 其 他 只 与 一 种 产品 对 象 有 关 的 创建 型 模式 。 


2.6 ”支持 多 种 窗口 系统 


视 感 只 是 众多 移植 问题 之 一 。 男 一 个 移植 问题 就 是 Lexi 所 运行 的 窗口 环境 。 一 个 平台 
的 窗口 系统 将 多 个 互相 重 释 的 窗口 展示 在 一 个 点 阵 显 示 器 上 。 它 管理 屏幕 空间 和 键盘 、 鼠 
标 到 窗口 的 输入 通道 。 目 前 存在 一 些 互 不 兼容 的 主流 窗口 系统 (如 Macintosh、Presentation 
Manager, Windows, X 等 )。 我 们 希望 Lexi 可 以 在 尽 可 能 多 的 窗口 系统 上 运行 ， 这 和 lexi 要 
支持 多 个 视 感 标准 是 同样 的 道理 。 


2.6.1 是 否 可 以 使 用 Abstract Factory 模 式 


乍 一 看 ， 这 似乎 又 是 一 个 使 用 Abstract Factory 模式 的 情况 。 但 是 对 窗口 系统 移植 的 限制 


条 件 与 视 感 的 独立 性 是 有 极 大 不 同 的 。 

在 使 用 Abstract Factory 模式 时 ， 我 们 假设 能 为 每 一 个 视 感 标 准 定 义 具体 的 窗口 组 件 图 
元 类 。 这 意味 着 我 们 能 从 一 个 抽象 产品 类 (如 ScrollBar)， 针 对 一 个 特定 标准 来 导出 每 一 个 具 
体 产 品 (如 MotifScrollBar, MacScrollBar 等 )。 现 在 假设 我 们 已 经 有 一 些 不 同 厂 家 的 类 层次 结 
构 ， 每 一 个 类 层次 对 应 一 个 视 感 标 准 。 当 然 ， 这 些 类 层次 不 太 可 能 有 太 多 兼容 之 处 。 因 而 我 们 
无 法 给 每 个 窗口 组 件 ( 滚动 条 、 按 钮 、 沫 单 等 ) 都 创建 一 个 公共 抽象 产品 类 一 一 而 没有 这 些 类 
Abstract Factory 模式 无 法 工作 。 所 以 我 们 不 得 不 根据 抽象 产品 接口 的 共同 集合 来 调整 不 同 的 窗 
口 组 件 类 层次 结构 。 只 有 这 样 才能 在 我 们 的 抽象 工厂 接口 中 定义 合适 的 Create... 操作 。 

对 窗口 组 件 ， 我们 通过 开发 自己 的 抽象 和 具体 产品 类 来 解决 这 个 问题 。 现 在 当 我 们 试图 
使 Lexi 工作 在 已 有 的 窗口 系统 时 ， 我们 面 对 的 是 类 似 的 问题 。 即 不 同 的 窗口 系统 有 不 兼容 的 
程序 设计 接口 。 但 这 次 的 麻烦 更 大 些 ， 因 为 我 们 不 能 实现 自己 的 非 标准 窗口 系统 。 

但 是 事情 还 是 有 挽回 的 余地 。 像 视 感 标准 一 样 ， 窗 口 系统 的 接口 也 并 非 截然 不 同 。 因 为 
所 有 的 窗口 系统 总 的 来 说 是 做 同一 件 事 。 我 们 可 对 不 同 的 窗口 系统 做 一 个 统一 的 抽象 ， 再 对 
各 窗口 系统 的 实现 做 一 些 调整 ， 使 之 符合 公共 的 接口 。 





2.6.2 封 委 实现 依 顿 天 系 


在 2.2 节 中 ， 我 们 介绍 了 用 以 显示 一 个 图 元 或 图 元 结构 的 Window 类 。 我 们 并 没有 指定 
这 个 对 象 工 作 的 窗口 系统 ， 因 为 事实 上 它 并 不 来 自 哪 个 特定 的 窗口 系统 。Window 类 封装 了 
各 窗口 系统 都 要 做 的 一 些 事情 : 


它们 提供 了 画 基 本 几何 图 形 的 操作 。 

它们 能 变 成 图 标 或 还 原 成 窗口 。 

它们 能 改变 目 己 的 大 小 。 

它们 能 够 根据 需要 画 出 (或 重 画 出 ) 窗口 内 容 。 例 如 ， 当 它们 由 图 标 还 原 为 窗口 时 ， 
RE NE SS le] EB 、 出 界 的 部 分 重新 显示 时 ， 都 要 重 画 。 


Window 类 的 窗口 功能 必须 跨越 不 同 的 窗口 系统 。 让 我 们 考虑 两 种 极端 的 观点 : 

1) 功能 的 交集 Window 类 的 接口 只 提供 所 有 窗口 系统 共有 的 功能 。 该 方法 的 问题 在 于 
Window 接口 在 能 力 上 只 类 似 于 一 个 最 小 功能 的 窗口 系统 ， 对 一 些 即使 是 大 多 数 窗口 系统 都 
支持 的 高 级 特征 ， 我 们 也 无 法 利用 。 

2) 功能 并 集 ”创建 一 个 合并 了 所 有 已 有 系统 的 功能 的 接口 。 但 是 这 样 的 接口 势必 规模 
巨大 ， 并 且 存 在 不 一 致 的 地 方 。 此 外 ， 当 某 个 厂商 修改 它 的 窗口 系统 时 ， 我们 不 得 不 修改 这 
个 接口 和 Lexi, ALA Lexi 依赖 于 它 。 

以 上 两 种 方法 都 不 切实 可 行 ， 所 以 我 们 的 设计 将 采取 折 中 的 办 法 。Window 类 将 提供 一 
个 支持 大 多 数 窗口 系统 的 方便 的 接口 。 因 为 Lexi 直接 处 理 Window 类 ， 所 以 它 还 必须 支持 
Lexi 的 图 元 。 这 意味 着 Window 接口 必须 包括 让 图 元 可 以 在 窗口 中 画 出 自己 的 基本 图 形 操作 
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集合 。 表 2-3 给 出 了 Window 类 中 一 些 操作 的 接口 。 
表 2-3 Windows 类 接口 


次 :全 操 作 
virtual void Redraw() 
virtual void Raise() 
virtual void Lower() 
virtual void Iconify() 
virtual void Deiconify() 


窗口 管理 


virtual void DrawLine(...) 
virtual void DrawRect(...) 

图 形 virtual void DrawPolygon(...) 
virtual void DrawText(...) 


Window 是 一 个 抽象 类 ， 其 具体 子 类 支持 用 户 用 到 的 各 种 窗口 。 例 如 ， 应 用 窗口 、 图 标 
和 警告 对 话 框 等 都 是 窗口 ， 但 它们 在 行为 上 稍 有 不 同 。 所 以 可 以 定义 像 ApplicationWindow、 
IconWindow 和 DialogWindow 这 样 的 子 类 去 描述 这 些 不 同 之 处 。 得 到 的 类 层次 结构 给 了 像 
Lexi 这 样 的 应 用 一 个 统一 的 窗口 抽象 ， 这 种 窗口 层次 结构 不 依赖 于 任何 特定 厂商 的 窗口 系 
统 ， 如 下 图 所 示 。 













Glyph 





DY 
ET glyph-»Draw(this) 


Redraw() ©- 
Iconify() 
Lower() 










DialogWindow 


DrawLine() 


IconWindow 
Iconify() 
NS 
owner-»Lowerí() 


现在 我 们 已 经 为 Lexi 定义 了 工作 的 窗口 接口 ， 那 么 真正 与 平台 相关 的 窗口 是 从 哪里 来 
的 ?既然 我 们 不 能 实现 自己 的 窗口 系统 ， 那 么 这 个 窗口 抽象 必须 用 目标 窗口 系统 平台 来 实 
现 。 怎 样 实现 ? 

一 种 方法 是 实现 Window 类 和 它 的 子 类 的 多 个 版 本 ， 每 个 版 本 对 应 一 个 窗口 平台 。 当 我 
们 在 一 给 定 平台 上 建立 Lexi 时 ， 我 们 选择 一 个 相应 的 版 本 。 但 想象 一 下 ， 维 护 问 题 实 在 令 人 
头疼 ， 我 们 已 经 保存 了 多 个 名 字 都 是 “Window” 的 类 ， 而 每 一 个 类 实现 于 一 个 不 同 的 窗口 
系统 。 男 一 种 方法 是 为 每 一 个 窗口 层次 结构 中 的 类 创建 特定 实现 的 子 类 ,但 这 同样 会 产生 我 














ApplicationWindow 
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们 在 试图 增加 修饰 时 遇 到 的 子 类 数目 爆炸 问题 。 这 两 种 方法 还 都 有 另 一 个 缺点 : 没有 在 编译 
以 后 改变 所 用 窗口 系统 的 灵活 性 。 所 以 我 们 还 不 得 不 保持 若干 不 同 的 可 执行 程序 。 

既然 这 两 种 方法 都 没有 吸引 力 ， 那 么 我 们 还 能 做 些 什么 呢 ? 那 就 是 我 们 在 讨论 格式 化 
和 修饰 时 都 做 过 的 : 对 变化 的 概念 进行 封装 。 现 在 所 变化 的 是 窗口 系统 实现 。 如 果 我 们 能 
在 一 个 对 象 中 封装 窗口 系统 的 功能 ， 那 么 就 能 根据 对 象 接口 实现 Window 类 及 其 子 类 。 更 进 
一 步 讲 ， 如 果 那 个 接口 能 够 提供 我 们 所 感 兴趣 的 所 有 窗口 系统 的 服务 ， 那 么 我 们 无 须 改变 
Window 类 或 其 子 类 ， 也 能 文 持 不 同 的 窗口 系统 。 我 们 可 以 通过 简单 地 传递 合适 的 窗口 系统 
封 交 对 象 ， 给 窗口 系统 配置 窗口 对 象 。 我 们 甚至 能 在 运行 时 配置 窗口 。 


2.6.3 Window 和 Windowlmp 


我 们 将 定义 一 个 独立 的 WindowImp 类 层次 来 隐藏 不 同窗 口 系统 的 实现 。WindowImp 是 
一 个 封装 了 窗口 系统 相关 代码 的 对 象 的 抽象 类 。 为 了 使 Lexi 运行 于 一 个 特定 的 窗口 系统 ， 我 
们 用 该 系统 的 一 个 WindowImp 子 类 实例 配置 窗口 对 象 。 下 图 显示 了 Window 和 WindowImp 
层次 结构 之 间 的 关系 。 


[Window | imp | Windowimp | 
Raise() - 
CT DeviceRaise() 
DeviceRect(...) 
KW n 
ApplicationWindow DialogWindow A 


| IconWindow | MacWindowimp PMWindowimp 


DeviceRaise() DeviceRaise() Luc 
DeviceRect(...) DeviceRect(...) DeviceRect(...) 


通过 在 WindowImp 类 中 隐藏 实现 ， 我 们 避免 了 对 窗口 系统 的 直接 依赖 ， 这 可 以 让 
Window 类 层次 保持 相对 较 小 并 且 较 稳定 。 同 时 我 们 还 能 方便 地 扩展 实现 层次 结构 以 支持 新 
的 窗口 系统 。 

1. Windowlmp 的 子 类 


WindowImp 的 子 类 将 用 户 请 求 转变 成 对 特定 窗口 系统 的 操作 。 考 虑 我 们 在 2.2 节 所 用 的 
PIF, 我们 根据 Window 实例 的 DrawRect 操作 定义 了 Rectangel::Draw: 


void Rectangle::Draw (Window* w) { 
w-»DrawRect( x0, _y0, xl, _yl); 
) 


DrawRect 的 缺 省 实现 使 用 了 WindowImp 定义 的 画 出 矩形 的 抽象 操作 : 
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void Window::DrawRect ( 


Coord x0, Coord y0, Coord xl, Coord yl 
m 


_imp->DeviceRect (x0, y0, x1, yl); 
} 
这 里 imp 是 Window 的 成 员 变 量 ， 它 保存 了 设置 Window 的 WindowImp。 窗 口 的 实现 
是 由 imp 所 指 的 WindowImp 子 类 的 实例 定义 的 。 对 于 一 个 XWindowImp ( 即 X 窗 口 系统 的 
WindowImp 子 类 )，DeviceRect 的 实现 可 能 如 下 : 


void XWindowImp::DeviceRect ( 
Coord x0, Coord y0, Coord x1, Coord yl 
) 1 


int x = round(min(x0, x1)); 
int y = round(min(y0, y1)); 
int w = round(abs(x0 - x1)); 
int h = round(abs(y0 - y1)); 


XDrawRectangle(_dpy, _winid, _gc, x, y, w, h); 


DeviceRect 这 样 做 是 因为 XdrawRectangle (在 X 系 统 中 画 和 矩形 的 接口 ) 是 根据 矩形 的 左 
下 角 顶 点 、 宽 度 和 高 度 定义 矩形 的 ，DeviceRect 必须 根据 参数 值 来 计算 这 些 值 。 首 先 它 必须 
确定 左下 角 顶 点 (因为 (x0,y0) 可 能 是 矩形 四 个 顶点 中 的 任 一 个 )， 然 后 计算 宽度 和 高 度 。 

PMWindowImp ( Presentation Manager 的 WindowImp 子 类 ) 定义 DeviceRect 时 会 有 所 
不 同 : 


void PMWindowImp: :DeviceRect ( 

Coord x0, Coord y0, Coord xi, Coord yl 
) ( 

Coord left = min(x0, x1); 

Coord right = max(x0, x1); 

Coord bottom = min(yO, yl); 

Coord top = max(y0, yl); 


PPOINTL point [4]; 


point[0].x = left; point[0].y = top; 

point[1].x = right; point[1].y = top; 

point[2].x = right; point[2].y = bottom; 

point[3].x = left; point [3] .Y = bottom; 

ay 4 
(GpiBeginPath(_hps, 1L) == false) || 
(GpiSetCurrentPosition(_hps, &point[3]) == false) || 
(GpiPolyLine(_hps, 4L, point) == GPI ERROR) || 
(GpiEndPath(_hps) == false) 


// report error 
} else { 


GpiStrokePath(_hps, 1L, OL); 
} 


为 什么 这 和 X 版 本 有 如 此 大 的 差别 ? 因为 PM 没有 像 X 那 样 显 式 画 和 矩形 的 操作 ， 它 有 一 
个 更 一 般 性 的 接口 : 可 以 指定 多 个 段 (或 称 之 为 路 径 ) 的 顶点 、 画 出 这 些 线段 并 且 填 充 它 们 
所 围 成 的 区 域 。 
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DeviceRect 的 PM 实现 很 显然 与 X 的 实现 有 很 大 不 同 ， 但 问题 不 大 。WindowImp 用 一 
个 可 能 巨大 但 却 稳 定 的 接口 隐藏 了 各 个 窗口 系统 接口 的 差异 。 这 使 得 Window 子 类 的 实现 者 
可 以 将 更 多 的 精力 放 在 窗口 的 抽象 上 ， 而 不 是 窗口 系统 的 细节 。 它 也 支持 我 们 增加 新 的 窗口 
系统 ， 而 不 会 搞 乱 Window 类 。 


2. 用 Windowlmp 来 配置 窗口 

我 们 还 没有 论述 的 一 个 关键 问题 是 : 怎样 用 一 个 合适 的 WindowImp 子 类 来 配置 一 个 窗 
LH? 也 就 是 说 ， 什 么 时 候 初始 化 imp， 谁 知道 正在 使 用 的 是 什么 窗口 系统 (也 就 是 哪 一 个 
WindowImp 子 类 ) ?窗口 在 能 做 它 所 感 兴趣 的 事情 之 前 ， 都 需要 某 种 WindowImp。 

这 些 问题 的 答案 存在 很 多 种 可 能 性 ,但 我 们 只 关注 使 用 Abstract Factory(3.1) 模式 的 情 
形 。 我 们 可 以 定义 一 个 抽象 工厂 类 WindowSystemFactory， 它 提供 了 创建 与 窗口 系统 有 关 的 
各 种 实现 对 象 的 接口 : 


class WindowSystemFactory { 

public: 
virtual WindowImp* CreateWindowImp( 
virtual ColorImp* CreateColorImp() 


) 0; 
virtual FontImp* CreateFontImp() - 0; 


0; 


// a "Create..." operation for all window system resources 


现在 我 们 可 以 为 每 一 个 窗口 系统 定义 一 个 具体 的 工厂 : 


class PMWindowSystemFactory : public WindowSystemFactory { 
virtual WindowImp* CreateWindowImp() 
( return new PMWindowImp; ) 
Ky vs 
) 


class XWindowSystemFactory : public WindowSystemFactory ( 
virtual WindowImp* CreateWindowImp.|() 
( return new XWindowImp; ) 
E43 ws 


Window 基 类 的 构造 右 能 使 用 WindowSystemFactory 接口 和 合适 的 窗口 系统 的 WindowImp 
来 初始 化 成 员 变 量 imp: 


Window::Window () ( 
imp = windowSystemFactory->CreateWindowImp () ; 


) 

windowSystemFactory 变量 是 WindowSystemFactory 子 类 的 实例 ， 它 是 公共 可 见 的 ， 正 
如 guiFactory 是 公共 可 见 的 定义 视 感 的 变量 。windowSystemFactory 变量 可 用 相同 的 方法 进 
行 初始 化 。 


2.6.4 Bridge 模式 


WindowImp 类 定义 了 一 个 公共 窗口 系统 设施 的 接口 ， 但 它 的 设计 是 受 不 同 于 Window 
接口 的 限制 条 件 驱 动 的 。 应 用 程序 员 不 直接 处 理 WindowImp 的 接口 ， 它 们 只 处 理 Window 
对 象 。 所 以 WindowImp 的 接口 不 必 与 应 用 程序 员 的 客观 世界 视图 一 致 ， 就 像 我 们 只 关心 
Window 类 层次 和 接口 的 设计 。WindowImp 的 接口 更 能 如 实 反 映 事实 上 提供 的 是 什么 窗口 系 
统 。 它 可 以 侦 问 于 功能 方法 的 交集 ， 也 可 以 偏向 于 功能 方法 的 并 集 ， 只 要 是 最 适合 各 目标 窗 
口 系统 即 可 。 

要 注意 的 是 Window 类 接口 是 针对 应 用 程序 员 的 ， 而 WindowImp 接口 是 针对 窗口 系统 
的 。 将 窗口 功能 分 离 到 Window 和 WindowImp 类 层次 中 ， 这 样 我 们 可 以 独立 实现 这 些 接口 。 
这 些 类 层次 的 对 象 合作 实现 Lexi 无 须 修改 就 能 运行 在 多 窗口 系统 的 目标 。 

Window 和 WindowImp 的 关系 是 Bridge(4.2) 模式 的 一 个 例子 。Bridge 模式 的 目的 就 是 
允许 分 离 的 类 层次 一 起 工作 ， 即 使 它们 是 独立 演化 的 。 我 们 的 设计 准则 使 得 我 们 创建 了 两 个 
分 离 的 类 层次 ,一 个 支持 窗口 的 逻辑 概念 ， 男 一 个 描述 了 窗口 的 不 同 实现 。Bridge 模式 允许 
我 们 保持 和 加 强 我 们 对 窗口 的 逻辑 抽象 ， 而 不 触及 窗口 系统 相关 的 代码 ; 反之 也 一 样 。 
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Lexi 的 一 些 功能 可 以 通过 文档 的 WYSIWYG 表示 得 到 。 你 可 以 输入 和 删除 文本 ， 移 动 
插 人 点 ， 通 过 指向 、 单 击 选择 文本 区 域 ， 也 可 以 直接 在 文档 中 输入 文字 。 另 一 些 功 能 是 通过 
Lexi 的 下 拉 菜 单 、 按 钮 和 快捷 键 来 间接 得 到 的 。 这 些 功能 包括 : 


e 创建 一 个 新 的 文档 。 

e 打开 、 保 存 和 打印 一 个 已 存在 文档 。 

© 从 文档 中 剪 切 选 中 的 文本 和 将 它 粘贴 回 文档 。 
e 改变 选中 文本 的 字体 和 风格 。 

e 改变 文本 的 格式 ， 例 如 对 齐 格式 和 调整 格式 。 
。 退出 应 用 。 

等 等 。 


Lexi 为 这 些 用 户 操 作 提 供 不 同 的 界面 。 但 是 我 们 不 希望 一 个 特定 的 用 户 操 作 就 关联 一 个 
特定 的 用 户 界面 。 因 为 我 们 可 能 希望 多 个 用 户 界 面 对 应 一 个 操作 (例如 ， 你 既 可 以 用 一 个 页 
按钮 也 可 以 用 一 个 菜单 项 来 表示 翻 页 )。 你 可 能 以 后 想 改变 界面 。 

青 说， 这 些 操作 是 用 不 同 的 类 来 实现 的 。 我 们 想 要 访问 这 些 功 能 ,但 又 不 希望 在 用 户 界 
面 类 和 它 的 实现 之 间 建 立 过 多 依赖 关系 。 否 则 ， 最 终 我 们 得 到 的 是 紧 看 合 的 实现 ， 它 难以 理 
解 、 扩 充 和 维护 。 

更 复杂 的 是 我 们 希望 Lexi 能 对 大 多 数 功能 支持 撤销 (undo) ME (redo) 9 操作 。 特 别 


9” 即 重 做 一 个 刚 被 撤销 的 操作 。 
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是 ， 我 们 希望 撤销 类 似 “ 删 除 ” 这 样 的 文档 修改 操作 一 一 这 类 操作 用 户 稍 不 注意 就 会 破坏 数 
据 。 但 是 我 们 不 应 该 试图 撤销 像 保 存 一 幅 画 和 退出 应 用 程序 这 样 的 操作 一 一 这 些 操作 应 该 不 
受 撤销 操作 的 影响 。 我 们 也 不 希望 对 撤销 和 重 做 的 等 级 进行 任何 限制 。 

很 明显 对 用 户 操作 的 支持 渗透 到 了 应 用 中 。 我 们 所 面临 的 挑战 在 于 提出 一 个 简单 、 可 扩 - 
充 的 机 制 来 满足 所 有 这 些 要 求 。 


2.7.1 封装 一 个 请 求 


从 设计 者 的 角度 看 ， 一 个 下 拉 菜 单 仅 仅 是 包含 了 其 他 图 元 的 又 一 种 图 元 。 下 拉 沫 单 和 其 
他 有 子女 的 图 元 的 差别 在 于 大 多 数 菜单 中 的 图 元 会 啊 应 鼠标 点 击 而 做 一 些 操 作 。 

让 我 们 假设 这 些 做 事情 的 图 元 是 一 个 被 称 为 Menultem 的 Glyph 子 类 的 实例 ， 并 且 它 们 
做 一 些 事情 来 响应 客户 的 请 求 9。 执 行 一 个 请 求 可 能 涉及 一 个 对 象 的 一 个 操作 或 多 个 对 象 的 
多 个 操作 ， 或 其 他 介 于 这 两 者 之 间 的 情况 。 

我 们 可 以 为 每 个 用 户 操作 定义 一 个 Menultem 的 子 类 ， 然 后 为 每 个 子 类 编码 去 执行 请 求 。 
但 这 并 不 是 正确 的 办 法 ， 我们 并 不 需要 为 每 个 请 求 定义 一 个 Menultem 子 类 ， 正 如 我 们 并 不 
需要 为 每 个 下 拉 菜 单 的 文本 字符 串 定义 一 个 子 类 。 再 说 ， 这 种 方法 将 请 求 与 特定 的 用 户 界 面 
结合 起 来 ， 很 难 满足 从 不 同 用 户 界 面 发 来 的 同样 的 请 求 。 

假设 你 既 能 够 通过 下 拉 菜 单 的 菜单 项 到 达 文 档 的 最 后 一 页 ， 也 能 通过 Lexi 界面 底部 的 
页 图 标 到 达 (对 短文 档 可 能 更 方便 一 些 )。 如 果 我 们 用 继承 的 方法 将 用 户 请 求 和 菜单 项 连接 起 
来 ， 那 么 我 们 必须 同样 对 待 页 图 标 或 其 他 类 似 的 发 送 该 用 户 请 求 的 窗口 组 件 。 这 样 所 生成 的 
类 的 数目 就 是 窗口 组 件 类 型 的 数目 和 请 求 数 的 乘积 。 

现在 所 缺少 的 是 一 种 机 制 ， 即 允许 我 们 用 菜单 项 所 执行 的 请 求 对 菜单 项 进行 参数 化 。 这 
种 方法 可 以 避免 子 类 的 剧 增 并 可 获得 运行 时 更 大 的 灵活 性 。 我 们 可 以 调用 一 个 函数 来 参数 化 
一 个 MenuItem， 但 是 至 少 由 于 以 下 三 个 原因 ， 这 还 不 是 很 完整 的 解决 方案 : 

1) 它 还 没有 解决 撤销 / 重 做 问题 。 

2) 很 难 将 状态 和 函数 联系 起 来 。 例 如 ， 一 个 改变 字体 的 函数 需要 知道 是 哪 一 种 字体 。 

3) PARR MED FE, 并且 很 难 部 分 地 复 用 它们 。 

以 上 这 些 表 明 ， 我 们 应 该 用 对 象 而 不 是 函数 来 参数 化 MenuIltem。 我 们 可 以 通过 继承 扩 
充 和 复 用 请 求实 现 。 我 们 也 可 以 保存 状态 和 实现 撤销 / 重 做 功能 。 这 里 是 男 一 个 封装 变化 概 
念 的 例子 ， 即 封装 请 求 。 我 们 将 在 command 对 象 中 封装 每 一 个 请 求 。 


2.7.2 Command 类 及 其 子 类 


首先 我 们 定义 一 个 Command 抽象 类 ， 以 提供 发 送 请 求 的 接口 。 这 个 基本 接口 由 一 个 抽 
象 操 作 “Execute” 组 成 。Command 的 子 类 以 不 同方 式 实现 Execute 操作 ， 以 满足 不 同 的 请 求 。 
”从 概念 上 讲 ， 客 户 就 是 Lexi 用 户 ， 但 实际 上 客户 是 管理 用 户 输 入 的 另外 一 个 对 象 (如 事件 发 送 对 象 ) 。 
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一 些 子 类 可 以 将 部 分 或 全 部 工作 委托 给 其 他 对 象 。 另 一 些 子 类 可 能 完全 由 自己 来 满足 请 求 CS 
见 图 2-11 )。 然 而 对 于 请 求 者 来 说 ，Command 对 象 就 是 Command 对 象 ， 它 们 都 是 一 致 的 。 





| Command 
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| Execute() 
| SE — 
/N 
TAN CE i 保存 
PasteCommand | | FontCommand | | SaveCommand = 
IUS | = 4 | —R' 
| Execute() 9 | Execute 9 | | Execute() 9 | | Execute() 9 
- f _————— Mee CRAP 
buffer | newFont aM 
i | 
! —— 弹出 对 话 框 ， 
将 缓存 内 容 使 得 用 户 可 以 命 
粘贴 到 文档 中 名 文档 并 以 该 名 
N 
称 保存 文档 
图 2-11 部 分 Command 类 层次 


现在 ，Menultem 可 以 保存 一 个 封装 了 请 求 的 Command 对 象 (如 图 2-12 )。 我 们 给 每 一 
个 菜单 项 一 个 适合 该 菜单 项 的 Command 子 类 实例 ， 就 像 我 们 为 每 个 菜单 项 指定 一 个 文本 字 
符 串 。 当 用 户 选 中 一 个 特定 菜单 项 时 ， 荣 单项 只 是 调用 它 的 Command 对 象 的 Execute 操作 
去 执行 请 求 。 注 意 按钮 和 其 他 窗口 组 件 可 以 用 相同 的 方式 处 理 请 求 。 


| Glyph | 








Menultem 






Clicked() 9 


command->Execute(); ' 


图 2-12 


2./.3 撤销 和 重 做 













Execute() 


Menultem-Command X X 


在 交互 应 用 中 撤销 和 重 做 (Undo/Redo) 能 力 是 很 重要 的 。 为 了 撤销 和 重 做 一 个 命令 ,我 
们 在 Command 接口 中 增加 Unexecute 操作 。Unexecute 操作 是 Execute 的 逆 操 作 ， 它 使 用 上 
一 次 Execute 操作 所 保存 的 取消 信息 来 消除 Execute 操作 的 影响 。 例 如 ， 在 FontCommand 的 
HFEF, Execute 操作 会 保存 改变 字体 的 文本 区 域 和 以 前 的 字体 。FontCommand 的 Unexecute 


操作 将 把 这 个 区 域 的 文本 回复 为 以 前 的 字体 。 


有 时 需要 在 运行 时 决定 撤销 和 重 做 。 如 果 选 中 文本 的 字体 就 是 某 个 请 求 要 修改 的 字体 ， 
那么 这 个 请 求 是 无 意义 的 ， 它 不 会 产生 任何 影响 。 假 如 选中 了 一 些 文字 ， 然 后 发 一 个 无 意义 
的 字体 改变 请 求 。 那 么 接 下 来 撤销 该 请 求 会 产生 什么 结果 呢 ? 是 不 是 一 个 无 意义 的 字体 改变 
操作 ， 会 引起 撤销 请 求 同 样 做 一 些 无 意义 的 事 ? 应 该 不 是 这 样 的 。 如 果 用 户 多 次 重复 无 意义 
的 字体 改变 操作 ， 他 应 该 不 必 执 行 相 同 数目 的 撤销 操作 才 可 以 返回 到 上 一 次 有 意义 的 操作 。 
如 果 执 行 一 个 命令 不 产生 任何 影响 ， 那 么 就 不 需要 相应 的 撤销 操作 。 

因此 为 了 决定 一 个 命令 是 否 可 以 撤销 ， 我 们 给 Command 接口 增加 了 一 个 抽象 的 
Reversible 操作 ， 它 返回 Boolean 值 。 子 类 可 以 重 定 义 这 个 操作 ， 以 根据 运行 时 情况 返回 true 
或 false。 
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支持 任意 层次 的 撤销 和 重 做 命令 的 最 后 一 步 是 定义 一 个 命令 历史 记录 (command history) 
或 已 执行 命令 的 列表 (或 已 被 撤销 的 一 些 命令 )。 从 概念 上 理解 ， 命 令 的 历史 记录 看 起 来 如 以 
下 图 形 所 示 。 





一 一 一 以 前 命令 | 
当前 的 
每 一 个 圆 代 表 一 个 Command 对 象 。 在 这 个 例子 中 ， 用 户 已 经 发 出 了 四 条 命令 。 最 左边 
的 命令 是 最 先 发 出 的 ， 依 次 下 来 ， 最 右边 的 命令 是 最 近 发 出 的 。“ 当 前 的 ” 线 跟 踊 表示 最 近 执 
行 (和 被 撤销 ) 的 命令 。 
要 撤销 最 近 命 令 ， 我们 调用 最 右 的 Command X RHY Unexecute 操作 ， 如 下 图 所 示 。 


OOOQ 


| add 
当前 的 
对 最 近 命令 调用 Unexecute 之 后 ， 我 们 将 “当前 的 ” 线 左 移 一 个 Command 对 象 的 距离 。 
如 果 用 户 再 次 选择 撤销 操作 ， 则 下 一 个 最 近 发 送 的 命令 以 相同 的 方式 被 撤销 ， 我 们 可 以 看 到 


如 下 图 所 示 的 状态 。 


一 一 以 前 的 | 未 来 的 一 一 
当前 的 
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可 以 看 到 ， 通 过 重复 这 个 过 程 ， 我 们 可 以 进行 多 层次 的 撤销 。 层 次 数 只 受命 令 历 史记 录 
长 度 的 限制 。 

要 重 做 一 个 刚 被 撤销 的 命令 ， 我 们 只 需 做 上 面 的 逆 过 程 。 在 “当前 的 ” 线 右 边 的 命 
令 是 以 后 可 以 被 重 做 的 命令 。 重 做 刚 被 撤销 的 命令 时 ， 我 们 调用 紧 靠 “当前 的 ” 线 右边 的 
Command 对 象 的 Execute， 如 下 图 所 示 。 


OOQO 


\Execute( ) 
当前 的 
然后 我 们 将 “当前 的 ” 线 前 移 ， 以 便 接 下 来 的 重 做 能 够 调用 下 一 个 Command 对 象 ， 如 


下 图 所 示 。 


一 一 以 前 的 | 未 来 的 一 一 
当前 的 
当然 ， 如 果 接 下 来 的 操作 不 是 重 做 而 是 撤销 ， 那 么 “当前 的 ” 线 左边 的 命令 将 被 撤销 。 
这 样 当 需要 从 错误 中 恢复 时 ， 用 户 能 有 效 及 时 地 撤销 和 重 做 命令 。 





2.7.5 Command 模式 


Lexi 的 命令 是 Command(5.2) 模式 的 应 用 。 该 模式 描述 了 怎样 封装 请 求 ， 也 描述 了 一 致 
的 发 送 请 求 的 接口 ， 它 允许 你 配置 客户 端 以 处 理 不 同 请 求 。 该 接口 向 客户 屏蔽 请 求 的 实现 。 
一 个 命令 可 以 将 所 有 或 部 分 请 求实 现 委托 给 其 他 对 象 ， 也 可 不 进行 委托 。 这 对 于 像 Lexi 这 
样 必 须 为 分 散 功 能 提供 集中 访问 的 应 用 来 说 ， 是 相当 完美 的 。 该 模式 还 讨论 了 基于 基本 的 
Command 接口 的 撤销 和 重 做 机 制 。 


2.8 ”拼写 检查 和 上 断 学 处 理 


最 后 一 个 设计 问题 涉及 文本 分 析 ， 这 里 特别 指 的 是 拼写 错误 的 检查 和 良好 格式 所 需 的 连 
字符 连接 点 。 

这 里 的 限制 条 件 与 2.3 节 格 式 化 设计 问题 的 限制 条 件 是 相似 的 。 类 似 于 换行 策略 ， 拼 写 
检查 和 连 字符 连接 点 的 计算 也 存在 多 种 方法 。 因 此 ， 我 们 也 同样 希望 支持 多 个 算法 。 一 组 不 
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同 算法 的 集合 能 够 提供 时 间 /空间 /质量 选择 时 的 权衡 ,我 们 也 希望 应 该 能 很 容易 加 进 新 的 
算法 。 

我 们 要 尽量 避免 将 功能 与 文档 结构 紧密 耦合 ， 此 时 这 个 目标 甚至 比 格式 化 设计 时 更 重 
要 。 因 为 拼写 检查 和 连 字符 只 是 我 们 希望 Lexi 支持 的 许多 潜在 的 文本 分 析 中 的 两 种 。 我 们 可 
能 会 不 可 避免 地 多 次 扩展 Lexi 的 分 析 能 力 。 我 们 可 能 会 加 入 查找 、 字 数 统计 、 计 算 表 格 总 值 
的 功能 、 语 法 检查 等 。 但 是 我 们 并 不 希望 在 每 次 引入 这 类 新 功能 时 ， 都 要 改变 Glyph 类 及 其 
子 类 。 

事实 上 这 个 难题 可 以 分 成 两 部 分 : 山 访问 需要 分 析 的 信息 ， 而 它们 是 被 分 散在 文档 结构 
的 图 元 中 的 ; 包 分 析 这 些 信息 。 我 们 将 这 两 部 分 分 开 对 符 。 


2.8.4 访问 分 散 的 信息 


许多 分 析 要 求 逐 字 检 查 文本 ， 而 我 们 需要 分 析 的 文本 是 分 散在 图 元 对 象 的 层次 结构 中 
的 。 为 了 检查 这 种 结构 中 的 文本 ， 我 们 需要 一 种 访问 机 制 以 知道 数据 结构 中 所 保存 的 图 元 对 
象 。 一些 图 元 可 能 以 链表 保存 它们 的 子 图 元 ， 男 一 些 可 能 用 数组 保存 ， 还 有 一 些 可 能 使 用 更 
复杂 的 数据 结构 。 我 们 的 访问 机 制 应 该 能 处 理 所 有 这 些 可 能 性 。 

此 外 ， 更 为 复杂 的 情况 是 ， 不 同 分 析 算 法 将 会 以 不 同方 式 访问 信息 。 大 多 数 分 析 算 法 总 
是 从 头 到 尾 遍 历 文本 ， 但 也 有 一 些 恰 恰 相 反 一 一 例如 ， 逆 向 搜索 的 访问 顺序 是 从 后 往 前 而 不 
是 从 前 往 后 。 算 术 表 达 式 的 求 值 可 能 需要 一 个 中 序 的 遍历 过 程 。 

所 以 我 们 的 访问 机 制 必 须 能 适应 不 同 的 数据 结构 ， 并 且 我 们 还 必须 支持 不 同 的 遍历 方 
法 ， 如 前 序 、 后 序 和 中 序 。 


2.8.2” 封 六 访问 和 遍历 


假如 我 们 的 图 元 接口 使 用 一 个 整数 索引 让 客户 引用 子 图 元 。 尽 管 这 对 以 数组 保存 子 图 元 
的 图 元 类 来 说 是 合理 的 ， 但 对 使 用 链表 的 图 元 类 而 言 却 是 低 效 的 。 图 元 抽象 的 一 个 重要 作用 
就 是 隐藏 了 存储 其 子 图 元 的 数据 结构 ， 我 们 可 以 在 不 影响 其 他 类 的 情况 下 改变 图 元 类 的 数据 
结构 。 

因而 ， 只 有 图 元 自己 知道 它 所 使 用 的 数据 结构 。 可 以 有 这 样 的 推论 : 图 元 接口 不 应 该 偏 
重 于 某 个 数据 结构 。 不 应 该 像 上 面 这 样 ， 即 数组 比 链表 更 好 。 

我 们 有 可 能 解决 这 个 问题 ， 并 且 同 时 支持 多 种 遍历 方式 。 我 们 可 以 将 多 个 访问 和 遍历 功 
能 直接 放 到 图 元 类 中 ， 并 提供 一 种 选择 方式 一 一 这 可 能 是 通过 增加 一 个 枚 举 和 常量 作为 参数 来 
实现 。 类 在 遍历 过 程 中 传递 该 参数 以 确保 所 用 的 是 同一 种 遍历 方式 ， 它 们 必须 传递 遍历 过 程 
中 积累 的 任何 信息 。 

我 们 可 以 给 Glyph 的 接口 增加 如 下 的 抽象 操作 来 支持 这 种 方法 : 
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void First(Traversal kind) 
void Next() 

bool IsDone() 

Glyph* GetCurrent() 

void Insert (Glyph*) 


First, Next 和 IsDone 操作 控制 遍历 。First 初始 化 遍历 过 程 ， 它 根据 枚 举 类 型 Traversal 
的 参数 值 确定 执行 何 种 遍历 ， 其 值 可 以 是 CHILDREN (只 遍历 图 元 的 直接 子 图 元 )、 
PREORDER (以 先 序 方式 遍历 整个 结构 )、POSTORDER 和 INORDER。Next 在 遍历 时 前 进 
到 下 一 个 图 元 。IsDone 则 报告 遍历 是 否 完 成 。GetCurrent 代替 了 Child 操作 ， 它 访问 遍历 的 
当前 图 元 。Insert 操作 代替 了 以 前 的 操作 ， 它 在 当前 位 置 插入 给 定 的 图 元 。 

一 个 分 析 可 以 使 用 如 下 C++ 代码 对 以 g 为 根 结 点 的 图 元 结构 做 先 序 遍 历 : 


Glyph* g; 


for (g->First (PREORDER); !g->IsDone(); g-»Next()) { 
Glyph* current - g-»GetCurrent(); 


// do some analysis 


) 


注意 我 们 已 经 放弃 了 图 元 接口 的 整数 索引 ， 这样 就 不 会 偏重 于 某 种 数据 结构 。 我 们 也 使 
得 客户 不 必 目 己 实现 通用 的 遍历 方法 。 

但 是 该 方法 仍然 有 一 些 问 题 。 举 个 例子 ， 它 在 不 扩展 枚 举 值 或 增加 新 的 操作 的 条 件 下 ， 
不 能 支持 新 的 遍历 方式 。 比 方 说 ， 我 们 想 要 修改 一 下 先 序 遍 历 ， 使 它 能 上 自动 跳 过 非 文 本 图 
元 。 我 们 就 不 得 不 改变 枚 举 类 型 Traversal， 使 它 包 含 TEXTUAL PREORDER 这 样 的 值 。 

我 们 最 好 避免 改变 已 有 的 声明 。 把 遍历 机 制 完 全 放 到 Glyph 类 层次 中 ， 将 会 导致 修改 和 
扩充 时 不 得 不 改变 一 些 类 ， 也 使 得 复 用 遍历 机 制 来 遍历 其 他 对 象 结构 很 困难 ， 并 且 在 一 个 结 
构 上 不 能 同时 进行 多 个 遍历 。 

再 一 次 强调 ,一 个 好 的 解决 方案 是 封装 那些 变化 的 概念 ， 在 本 例 中 我 们 指 的 是 访问 和 遍 
历 机 制 。 我 们 引入 一 类 称 为 迭代 器 ( iterator) 的 对 象 ， 它 们 的 目的 是 定义 这 些 机 制 的 不 同 集 
合 。 我 们 可 以 通过 继承 来 统一 访问 不 同 的 数据 结构 和 支持 新 的 遍历 方式 ， 同 时 不 改变 图 元 接 
口 或 打 乱 已 有 的 图 元 实现 。 


2.8.3 lterator 类 及 其 子 类 


使 用 抽象 类 Iterator 为 访问 和 遍历 定义 一 个 通用 的 接口 。 具 体 子 类 如 Arraylterator 
和 Listlterator 负责 实现 该 接口 ， 以 提供 对 数组 和 列表 的 访问 ; 而 Preorderlterator 和 
Postorderlterator 以 及 类 似 的 类 负责 在 指定 结构 上 实现 不 同 的 遍历 方式 。 每 个 Iterator T 
类 有 一 个 指 问 它 所 遍历 的 结构 的 引用 ， 在 创建 子 类 实例 时 ， 需 用 这 个 引用 进行 初始 化 。 图 
2-13 展示 了 Iterator 和 它 的 奇 干 子 类 之 间 的 关系 。 注 意 ， 我们 在 Glyph 类 接口 中 增加 了 一 个 
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Createlterator 抽象 操作 以 支持 Iterator. 


Iterator 


First() 
Next() 
IsDone() 
Currentltem() | 


Qm: anm 
xm 


l'istiteratur | 
——— —À 








; Preorderiterator | 
iterators | 



















Arraylterator 


Nulliterator 







First() First() First() First() 
Next() Next() Next() Next() 
IsDone() IsDone() IsDone() IsDone() 9--F-: 
Currentitem() Currentitem() Currentitem() Currentitem() | 


root currentitem 
vc 
return true 


Glyph 


m T isses 
| Createlterator() Oc F------ | return new Nuillterator 
| eo 


图 2-13 Iterator 类 和 它 的 子 类 


Iterator 接口 提供 First, Next 和 IsDone 操作 来 控制 遍历 。ListIterator 类 实现 的 First 操 
作 指 向 列表 的 第 一 个 元 素 ; Next 前 进 到 列表 的 下 一 个 元 素 ; IsDone 返回 列表 指针 是 否 指向 列 
表 范 围 以 外 ; CurrentItem 返回 Iterator 所 指 的 图 元 。ArrayIterator 类 的 实现 类 似 ， 只 不 过 它 
是 针对 一 个 图 元 数组 。 | 

现在 我 们 无 须知 道具 体 表 示 也 能 访问 一 个 图 元 结构 的 子女 : 


Glyph* g; 
Iterator<Glyph*>* i = g-»CreateIterator(); 


for (i->First(); !i->IsDone(); i->Next()) { 
Glyph* child = i->CurrentItem() ; 


// do something with current child 


在 缺 省 情况 下 Createlterator 3& [=] — ^ Nulllterator 实例 。NullIterator 是 一 个 退化 的 
Iterator， 它 适用 于 叶子 图 元 ， 即 没有 子 图 元 的 图 元 。NullIterator 的 ISDone 操作 总 返回 true. 

一 个 有 子女 的 图 元 子 类 将 重 载 Createlterator， 返 回 不 同 Iterator 子 类 的 一 个 实例 ， 这 依 
赖 于 保存 图 元 子女 所 用 的 结构 。 如 果 Glyph 的 行 子 类 在 一 个 children 列表 中 保存 其 子 类 ， 那 
ZEW CreateIterator 操作 实现 如 下 : 


Iterator<Glyph*>* Row::CreateIterator () { 
return new ListIterator<Glyph*>(_children) ; 


} 
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历 的 Iterator 还 要 保存 对 它们 所 遍历 的 结构 的 根 图 元 的 引用 。 它 们 调用 结构 中 图 元 的 
Createlterator， 并 用 栈 来 保存 返回 的 Iterator. 

例如 ， 类 Preorderlterator 从 根 图 元 得 到 Iterator， 将 它 初始 化 为 指向 第 一 个 元 素 ， 然 后 
将 它 压 入 栈 中 : 


void PreorderIterator::First () { 
Iterator<Glyph*>* i = root-»CreateIterator(); 
Lf (12.4 
i-»First(); 


.iterators.RemoveAll(); 
_iterators.Push(i); 


} 


CurrentItem 只 是 调用 栈 顶 的 Iterator 的 CurrentItem 操作 : 


Glyph* PreorderIterator::CurrentItem () const { 
return 
_iterators.Size() > 0 ? 
_iterators.Top()->CurrentItem() : 0; 


Next 操作 得 到 栈 顶 的 Iterator， 并 且 让 它 的 当前 项 创建 一 个 Iterator， 尽 可 能 遍历 到 图 元 
结构 的 最 远 处 (因为 这 是 一 个 先 序 遍历 ) Next 将 新 的 Iterator 设置 到 遍历 中 的 第 一 个 元 素 ， 
再 将 它 压 栈 。 然 后 Next 测试 最 近 的 Iterator， 如 果 它 的 IsDone 操作 返回 true， 那 么 我 们 就 完 
成 了 对 当前 子 树 (或 叶子 ) 的 遍历 。 本 例 中 ，Next 弹出 栈 顶 的 Iterator JF HER LAH, A 
到 发 现下 一 个 还 没完 成 的 遍历 ; 否则 ， 我 们 就 完成 了 对 整个 结构 的 遍历 。 


void PreorderIterator::Next () ( 
Iterator<Glyph*>* i = 
.iterators.Top()-»CurrentItem()-»CreateIterator(); 


i->First(); 
.iterators.Push(i); 


while ( 

_iterators.Size() > 0 && _iterators.Top()->IsDone() 
A 

delete _iterators.Pop(); 

_iterators.Top()->Next () ; 


注意 Iterator 类 层次 结构 是 怎样 允许 我 们 不 改变 图 元 类 而 增加 新 的 遍历 方式 的 一 一 
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如 Preorderlterator 所 示 ， 我 们 只 需要 创建 Iteraror 子 类 ， 并 给 它 增加 一 个 新 的 遍历 算法 即 
可 。Glyph 子 类 给 客户 提供 相同 的 接口 去 访问 它们 的 子女 ， 并 不 揭示 其 底层 的 数据 结构 。 由 
T Iterator 保存 了 上 自己 的 遍历 状态 ， 所 以 我 们 能 同时 执行 多 个 遍历 ， 其 至 可 以 对 相同 的 结构 
进行 同时 遍历 。 尽 管 我 们 在 本 例 中 的 遍历 是 针对 图 元 结构 的 ， 但 我 们 没有 理由 不 可 以 将 像 
Preorderlterator 这 样 的 类 参数 化 ， 使 其 能 遍历 其 他 类 型 的 对 象 结构 。 我 们 可 以 使 用 C++ 的 模 
板 技 术 来 做 这 件 事 ， 这 样 我 们 在 遍历 其 他 结构 时 就 能 复 用 PreorderIterator 的 机 制 。 


2.8.4 ”lterator 模 式 


Iterator(5.4) 模式 描述 了 那些 支持 访问 和 遍历 对 象 结 构 的 技术 ， 它 不 仅 可 用 于 组 合 结 构 ， 
也 可 用 于 集合 。 该 模式 抽象 了 遍历 算法 ， 对 客户 隐藏 了 它 所 遍历 对 象 的 内 部 结构 。Iterator 模 
式 绸 一 次 说 明了 怎样 封装 变化 的 概念 ， 有 助 于 我 们 获得 灵活 性 和 复 用 性 。 尽 管 如 此 ， 和 迭代 问 
题 的 复杂 性 还 是 令 人 吃惊 的 ，Iterator 模式 包含 的 细微 差别 和 权衡 比 我 们 这 里 考虑 的 更 多 。 


2.8.5 iA AWE PAAIF 


现在 我 们 有 了 遍历 图 元 结构 的 方法 ， 可 以 进行 拼写 检查 和 支持 连 字 符 。 这 两 种 分 析 都 涉 
及 遍历 过 程 中 的 信息 累积 。 

首先 我 们 要 决定 将 分 析 的 责任 放 在 什么 位 置 。 我 们 可 以 在 Iterator 类 中 做 分 析 ， 将 分 析 
和 遍历 有 机 地 结合 起 来 。 但 是 如 果 我 们 能 区 别 遍 历 和 遍历 过 程 中 所 执行 动作 之 间 的 差别 ， 就 
可 以 得 到 更 多 的 灵活 性 和 潜在 复 用 性 ， 这 是 因为 不 同 的 分 析 通 常 需要 相同 的 遍历 方式 。 因 
而 ， 对 于 不 同 的 分 析 而 言 ， 我 们 可 以 复 用 相同 的 Iterator 集合 。 例 如 ， 先 序 志 有 历 对 于 许多 分 
析 ， 包 括 拼 写 检 查 、 连 字符 、 回 前 搜索 和 字数 统计 等 都 是 通用 的 。 

因此 ， 我 们 应 当 将 分 析 和 所 有 历 分 开 ， 那么 将 分 析 责 任 放 到 什么 地 方 呢 ? 我 们 知道 有 许多 
种 分 析 需 要 做 ， 每 一 种 分 析 将 在 不 同 的 遍历 点 做 不 同 的 事情 。 根 据 分 析 的 种 类 ， 有 些 Glyph 
比 其 他 的 图 元 更 具 重 要 性 。 如 果 做 拼写 检查 和 连 字 符 分 析 ， 我 们 要 考虑 的 是 字符 型 图 元 ， 而 
不 是 像 行 和 位 图 图 形 这 样 的 图 元 。 如 果 我 们 做 颜色 分 割 ， 我 们 要 考虑 的 是 可 见 的 图 元 ， 而 不 
是 不 可 见 图 元 。 因 此 ， 不 同 的 分 析 过 程 必然 是 分 析 不 同 的 图 元 。 

因而 一 个 给 定 的 分 析 必 须 能 区 别 不 同 种 类 的 图 元 。 很 明显 的 一 种 做 法 是 将 分 析 能 力 放 到 
图 元 类 本 身 。 针 对 每 一 种 分 析 ， 我 们 为 Glyph 类 增加 一 个 或 多 个 抽象 操作 ， 并 且 根 据 它 们 在 
分 析 中 所 起 的 作用 ， 在 Glyph 子 类 中 实现 这 些 操作 。 

但 麻烦 的 是 我 们 每 增加 一 种 新 的 分 析 ， 都 必须 改变 每 一 个 图 元 类 。 某 些 情况 下 可 以 使 这 
个 问题 简化 : 比如 有 时 只 有 部 分 类 参与 分 析 ， 又 如 有 时 大 多 数 类 都 以 相同 方式 去 做 分 析 ， 那 
么 我 们 可 以 为 Glyph 类 中 的 抽象 操作 补充 一 个 缺 省 的 实现 。 该 缺 省 操作 将 包含 许多 通用 情 
况 。 这 样 我 们 可 以 将 修改 只 限于 Glyph 类 和 那些 非 标准 子 类 。 

然而 即使 缺 省 实现 可 以 减少 需要 修改 的 类 的 数目 ， 一 个 隐 含 的 问题 依然 存在 : 随 着 新 的 
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分 析 功 能 的 增加 ，Glyph 的 接口 会 越 来 越 大 。 众 多 的 分 析 操 作 会 逐渐 模糊 基本 的 Glyph 接口 ， 
从 而 很 难看 出 图 元 的 主要 目的 是 定义 和 结构 化 那些 有 外 观 和 形状 的 对 象 一 一 这 些 接口 完全 被 
淹没 了 。 


2.8.6 封装 分 析 


所 有 迹象 表明 ， 我 们 需要 在 一 个 独立 对 象 中 封装 分 析 方 法 ， 就 像 我 们 以 前 多 次 做 过 的 那 
样 。 我 们 可 以 将 一 个 给 定 的 分 析 封 装 在 一 个 类 中 ， 并 把 该 类 的 实例 和 合适 的 Iterator 结合 
来 使 用 。 这 个 Iterator 负责 将 该 实例 携带 到 所 遍历 结构 的 每 一 个 图 元 中 。 这 样 分 析 对 象 可 以 
在 每 个 遍历 点 做 一 些 分 析 工 作 。 在 遍历 过 程 中 ,分 析 者 积累 它 所 感 兴趣 的 信息 (本 例 中 指 字 
符 信 息 )， 如 下 图 所 示 。 





analyzer 





该 方法 的 基本 问题 在 于 : 分 析 对 象 怎样 才能 不 使 用 类 型 检查 或 强制 类 型 转换 也 能 正确 对 
待 各 种 不 同 的 图 元 。 我 们 不 希望 SpellingChecker 包含 类 似 如 下 的 ( 伪 ) 代码 : 


void SpellingChecker::Check (Glyph* glyph) ( 
Character* c; 
Row* r; 
Image* i; 


if (c = dynamic, cast«Character*»(glyph)) { 
// analyze the character 


) else if (r - dynamic, cast«Row*» (giyph)) ( 
// prepare to analyze r's children 


) else if (i = dynamic cast«Image*»(glyph)) { 
// do nothing 
) 


这 段 代 码 相 当 拙 劣 。 它 依赖 于 比较 高 深 的 像 类 型 的 安全 转换 这 样 的 能 力 ， 并 且 难 以 扩 
展 。 无 论 何 时 当 我 们 改变 Glyph 类 层次 时 ， 都 要 记 住 修改 这 个 函数 。 事 实 上， 这 也 是 面向 对 
象 语言 力图 消除 的 那 种 代码 。 

我 们 如 何 避 免 这 种 不 成 熟 的 方式 呢 ? 让 我 们 看 看 在 Glyph 类 中 添加 如 下 代码 时 会 发 生 
什么 : 


void CheckMe (SpellingCheckerg) 


我 们 在 每 一 个 Glyph 子 类 中 定义 CheckMe 如 下 : 


void GlyphSubclass::CheckMe (SpellingChecker& checker) { 
checker.CheckGlyphSubclass (this); 
) 


这 里 的 GlyphSubclass 将 会 被 图 元 子 类 的 名 字 所 代替 。 注 意 当 调用 CheckMe 时 ， 当 前 是 
哪 一 个 特定 Glyph 子 类 是 知道 的 一 一 毕竟 ， 我 们 在 使 用 它 的 操作 。 相 应 地 ，SpellingChecker 
类 的 接口 包含 每 一 个 Glyph 子 类 的 类 似 于 CheckGlyphSubclass 的 操作 9: 


class SpellingChecker { 
public: 
SpellingChecker(); 


virtual void CheckCharacter (Character*); 
virtual void CheckRow (Row*); 
virtual void CheckImage (Image*); 


// ... and so forth 
List«char*»& GetMisspellings(); 


protected: 
virtual bool IsMisspelled(const char*); 


private: 
char currentWord[MAX WORD SIZE]; 
List«char*» | misspellings; 


SpellingChecker 的 检查 字符 图 元 的 操作 可 能 如 下 所 示 : 


void SpellingChecker::CheckCharacter (Character* c) { 
const char ch = c->GetCharCode() ; 


if (isalpha(ch)) { 
// append alphabetic character to  currentWord 


) else ( 
// we hit a nonalphabetic character 


if (IsMisspelled( currentWord)) { 
// add _currentWord to  misspellings 


O ”我们 可 以 使 用 上 函数 重 载 来 给 每 一 个 这 样 的 成 员 函 数 以 相同 的 名 字 ， 因 为 它们 的 参数 已 经 将 它们 区 分 开 了 。 
我 们 这 里 用 不 同名 字 是 为 了 强调 它们 的 不 同性 ,尤其 当 调用 它们 的 时 候 。 
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.misspellings.Append(strdup( currentWord)); 
) 


_currentWord[0] = ‘\0’; 
// reset _currentWord to check next word 


} 


注意 我 们 已 经 在 Character 类 中 定义 了 一 个 特殊 的 GetCharCode 操作 。 拼 写 检查 者 能 够 
处 理 特定 子 类 的 操作 ， 而 无 须 类 型 检查 或 转换 一 一 这 让 我 们 可 以 分 别 对 待 各 个 对 象 。 

CheckCharacter 将 字母 字符 累积 在 _currentWord 数组 中 。 当 碰 到 像 下 划 线 这 样 的 非 字 母 
字符 时 ， 它 使 用 IsMisspelled 操作 去 检查 currentWord 中 单词 的 拼写 9。 如 果 该 单词 拼写 错 
误 ，CheckCharacter 将 它 加 到 拼 错 单词 的 列表 中 。 然 后 必须 清空 数组 _currentWord， 以 便 检 
查 下 一 个 单词 。 当 遍历 结束 后 ， 你 可 以 通过 GetMisspellings 操作 遍历 拼写 错误 的 单词 的 列表 。 

现在 ， 我 们 以 拼写 检查 需 为 参数 调用 每 个 图 元 的 CheckMe 操作 ， 从 而 实现 对 图 元 结构 
的 遍历 。 这 使 得 拼写 检查 器 SpellingChecker 可 以 有 效 区 分 每 个 图 元 ， 并 不 断 推进 检查 器 以 检 
查 下 面 的 内 容 。 


SpellingChecker spellingChecker; 
Composition* c; 


Lea 


Glyph* g; 

PreorderIterator i(c); 

for (i.First(); !i.IsDone(); i.Next()) { 
g - i.CurrentItem(); 
g-»CheckMe (spellingChecker); 

) 


下 面 的 交互 图 展示 了 字符 图 元 和 SpellingChecker 对 象 是 怎样 协同 工作 的 : 


aCharacter ("a") anotherCharacter (" ") aSpellingChecker 









CheckMe(aSpellingChecker) 









D — 


GetCharacter() 





检查 完整 的 单词 


CheckMe(aSpellingChecker) 
人 le 


GetCharacter() 


© IsMisspelled 实现 了 拼写 算法 ， 因 为 它 独 立 于 Lexi 的 设计 ， 所 以 这 里 我 们 就 不 细 说 。 我 们 这 里 通过 子 类 
SpellingChecker 来 支持 不 同 的 算法 ; 但 也 可 以 使 用 Strategy(5.9) 模式 来 支持 不 同 的 拼写 检查 算法 (就 像 在 
2.3 节 中 格式 化 时 所 做 的 那样 ) 。 
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这 种 方法 适合 于 找 出 拼写 错误 , 但 怎样 才能 帮助 我 们 去 支持 多 种 分 析 呢 ?看 
上 去 有 点 像 我 们 每 增加 一 种 新 的 分 析 ， 就 不 得 不 为 Glyph 及 其 子 类 增加 一 个 类 似 于 
CheckMe(SpellingChecker&) 的 操作 。 如 果 我 们 坚持 每 一 个 分 析 对 应 一 个 独立 的 类 ， 事 实 
确实 如 此 。 但 是 没有 理由 说 我 们 不 能 给 所 有 分 析 类 型 一 个 相同 的 接口 。 应 该 允许 我 们 多 态 
使 用 各 种 分 析 。 也 就 是 说 ， 我 们 应 能 够 用 一 个 有 通用 参数 的 、 与 分 析 无 关 的 操作 来 蔡 代 像 
CheckMe(SpellingChecker&) 这 种 表示 特定 分 析 的 操作 。 


2.8.7 Visitor 类 及 其 子 类 


我 们 使 用 术语 访问 者 (visitor) 来 泛 指 在 遍历 过 程 中 “访问 ”被 遍历 对 象 并 做 适当 操作 的 
一 类 对 象 ?。 本 例 中 我 们 使 用 一 个 Visitor 类 来 定义 一 个 用 来 访问 结构 中 的 图 元 的 抽象 接口 。 
class Visitor { 
public: 
virtual void VisitCharacter (Character*) { } 
virtual void VisitRow(Row*) { } 


virtual void VisitImage (Image*) ( } 


// ... and so forth 
}; 


Visitor 的 具体 子 类 做 不 同 的 分 析 ， 例 如 : 我 们 可 以 用 一 个 SpellingCheckingVisitor 
子 类 来 检查 拼写 ; 用 HyphenationVisitor 子 类 做 连 字 符 分 析 。SpellingCheckingVisitor 可 
以 像 上 面 的 SpellingChecker 那样 实现 ， 只 是 操作 名 要 反映 通用 的 Visiter 的 接口 。 例 如 ， 
CheckCharacter 应 该 改 成 VisitCharacter。 

既然 CheckMe 对 于 访问 者 并 不 合适 ， 因 为 访问 者 不 检查 任何 东西 ， 那 么 我 们 就 使 用 一 
个 更 加 通用 的 名 字 : Accept。 其 参数 也 应 该 改 成 Visitor&， 以 反映 它 能 接受 任何 一 个 访问 者 
这 一 事实 。 现 在 定义 一 个 新 的 分 析 只 需要 定义 一 个 新 的 Visitor 子 类 一 一 我 们 无 须 触 及 任何 图 
元 类 。 通 过 在 Glyph 及 其 子 类 中 增加 这 一 操作 ， 我 们 就 可 以 文 持 以 后 的 所 有 分 析 方 法 。 

我 们 已 经 看 到 怎样 做 拼写 检查 了 。 我 们 可 以 在 HyphenationVisitor 中 使 用 类 似 的 方法 来 
累积 文本 ， 但 一 旦 HyphenationVisitor 的 VisitCharacter 操作 用 于 处 理 整个 单词 ， 它 的 工作 
方式 将 略 有 不 同 。 它 并 不 是 检查 单词 的 拼写 错误 ， 而 是 使 用 一 个 连 字 符 算 法 决定 单词 可 能 的 
连接 点 的 位 置 (如 果 有 的 话 )。 然 后 在 每 一 个 连 字 符 连接 点 ， 插 入 一 个 Discretionary 图 元 。 
Discretionary 图 元 是 Glyph 子 类 Discretionary 的 实例 。 

一 个 Discretionary 图 元 有 两 种 可 能 的 外 观 ， 这 决定 于 它 是 否 是 一 行 的 最 后 一 个 字 
符 。 如 果 它 是 最 后 一 个 字符 ， 那么 Discretionary 看 起 来 像 一 个 连 字 符 ; 如 果 不 是 ， 那 么 
Discretionary 不 显示 任何 东西 。Discretionary 检查 它 的 父 对 象 (一 个 行 对 象 ) 来 判断 它 是 否 
是 最 后 的 子女 。Discretionary 在 每 次 被 调用 男 目 己 或 计算 它 的 边界 时 ， 都 要 做 这 个 检查 。 格 
式 化 策略 将 Discretionary 看 成 空格 ,将 它们 都 作为 行 结束 的 标志 。 下 图 说 明了 一 个 散 入 的 


O “访问 ”只 是 一 个 比 “ 分 析 ” 稍 微 通用 一 点 的 术语 。 它 显示 了 我 们 在 设计 模式 中 所 使 用 的 术语 。 
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Discretionary 是 怎样 显示 的 。 
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2.8.8 Visitor 模 式 


我 们 这 里 所 描述 的 是 一 个 Visitor(5.11) 模式 的 应 用 。 前 面 的 Visitor 类 及 其 子 类 是 该 模式 
的 主要 参与 者 。Visitor 模式 描述 了 这 样 一 种 我 们 前 面 已 使 用 过 的 技术 ， 它 允许 对 图 元 结构 的 
分 析 数目 不 受 限制 地 增加 而 不 必 改 变 图 元 类 本 身 。 访 问 者 类 的 另 一 个 优点 是 它 不 局 限于 像 图 
元 结构 这 样 的 组 合 者 ， 也 适用 于 其 他 任何 对 象 结构 ， 包 括 集合 、 列 表 ， 甚 至 无 环 有 向 图 。 再 
者 ， 访 问 者 所 能 访问 的 类 之 间 无 须 通过 一 个 公共 父 类 关联 起 来 。 也 就 是 说 ， 访 问 者 能 跨越 类 
层次 结构 。 

在 使 用 Visitor 模式 之 前 你 要 问 自己 的 一 个 重要 问题 是 : 哪 一 个 类 层次 变化 得 最 厉害 ? 该 
模式 最 适合 于 当 你 想 对 一 个 稳定 类 结构 的 对 象 做 许多 不 同 的 事情 的 情况 。 增 加 一 种 新 的 访问 
者 而 不 需要 改变 类 结构 ， 这 对 于 很 大 的 类 结构 是 尤其 重要 的 。 但 是 ， 只 要 你 给 类 结构 增加 了 
一 个 子 类 ， 你 就 不 得 不 更 新 你 所 有 访问 者 类 的 接口 以 包含 针对 那个 子 类 的 Visit... 操作 。 比 如 
在 我 们 的 例子 中 ， 增 加 一 个 被 称 为 Foo 的 新 Glyph 子 类 ， 将 需要 改变 Visitor 及 其 子 类 以 包含 
一 个 VisitFoo 操作 。 但 是 考虑 到 我 们 的 设计 限制 条 件 ， 比 较 常 见 的 是 为 Lexi 增加 一 种 新 的 分 
析 方 法 ， 而 不 是 增加 一 种 新 的 图 元 。 所 以 Visitor 模式 是 适合 我 们 的 需要 的 。 


2.9 小结 


我 们 在 Lexi 的 设计 中 使 用 了 8 种 不 同 的 模式 : 

1 ) Composite(4.3) 表示 文档 的 物理 结构 。 

2 ) Strategy(5.9) 允许 不 同 的 格式 化 算法 。 

3 ) Decorator(4.4) 修饰 用 户 界 面 。 

4 ) Abstract Factory(3.1) 支持 多 视 感 标准 。 

5 ) Bridge(4.2) 允许 多 个 窗口 平台 。 

6) Command(5.2) 支持 撤销 用 户 操作 。 

7 ) Iterator(5.4) 访问 和 遍历 对 象 结构 。 

8) Visitor(5.11) 允许 无 限 扩充 分 析 能 力 而 又 不 会 使 文档 结构 的 实现 复杂 化 。 
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以 上 这 些 设计 要 点 都 不 仅仅 局 限于 像 Lexi 这 样 的 文档 编辑 应 用 。 事 实 上， 很 多 重要 的 应 
用 都 可 以 使 用 这 些 模式 处 理 不 同 的 事情 。 一 个 财务 分 析 应 用 可 能 使 用 Composite 模式 定义 由 
多 种 类 型 子 文件 夹 组 成 的 投资 文件 夹 。 一 个 编译 程序 可 能 使 用 Strategy 模式 来 考虑 不 同 目标 
机 上 的 寄存 器 分 配方 案 。 图 形 用 户 界 面 的 应 用 可 能 至 少 要 用 到 Decorator 和 Command 模式 ， 
正如 本 例 所 示 。 

我 们 已 经 讨论 了 Lexi 设计 中 的 一 些 主要 问题 ， 但 还 有 很 多 其 他 的 问题 没有 讨论 。 需 再 次 
说 明 的 是 ， 本 书 描述 的 不 仅 是 以 上 我 们 所 用 到 的 8 个 模式 。 所 以 在 学 习 其 余 模 式 时 ， 你 要 考 
虑 怎样 才能 把 它们 用 在 Lexi 中 。 最 好 能 考虑 在 你 自己 的 设计 中 怎样 使 用 它们 。 
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创建 型 模式 
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创建 型 设计 模式 抽象 了 实例 化 过 程 。 它 们 帮助 一 个 系统 独立 于 如 何 创 建 、 组 合 和 表示 它 
的 那些 对 象 。 一 个 类 创建 型 模式 使 用 继承 改变 被 实例 化 的 类 ， 而 一 个 对 象 创建 型 模式 将 实例 
化 委托 给 另 一 个 对 象 。 

随 着 系统 演化 得 越 来 越 依赖 于 对 象 组 合 而 不 是 类 继承 ， 创 建 型 模式 变 得 更 为 重要 。 当 这 
种 情况 发 生 时 ， 重 心 从 对 一 组 固定 行为 的 硬 编码 (hard-coding) 转移 为 定义 一 个 较 小 的 基本 
行为 集 ， 这 些 行为 可 以 被 组 合成 任意 数目 的 更 复杂 的 行为 。 这 样 创建 有 特定 行为 的 对 象 要 求 
的 不 仅仅 是 实例 化 一 个 类 。 

在 这 些 模式 中 有 两 个 不 断 出 现 的 主旋律 。 第 一 ， 它 们 都 将 关于 该 系统 使 用 哪些 具体 的 
类 的 信息 封装 起 来 。 第 二 ， 它 们 隐藏 了 这 些 类 的 实例 是 如 何 被 创建 和 放 在 一 起 的 。 整 个 系统 
关于 这 些 对 象 所 知道 的 是 由 抽象 类 所 定义 的 接口 。 因 此 ,创建 型 模式 在 什么 被 创建 、 谁 创建 
它 、 它 是 怎样 被 创建 的 ， 以 及 何 时 创建 等 方面 给 予 你 很 大 的 灵活 性 。 它 们 允许 你 用 结构 和 功 
能 差别 很 大 的 “产品 ”对 象 配 置 一 个 系统 。 配 置 可 以 是 静态 的 ( 即 在 编译 时 指定 )， 也 可 以 是 
动态 的 (在 运行 时 指定 )。 

有 时 创建 型 模式 是 相互 竞争 的 。 例 如 ， 有 些 情况 下 Prototype(3.4) 或 Abstract Factory(3.1) 
用 起 来 都 很 好 。 而 在 有 些 情况 下 它们 是 互补 的 : Builder(3.2) 可 以 使 用 其 他 模式 去 实现 某 个 构 
件 的 创建 ; Prototype(3.4) 可 以 在 它 的 实现 中 使 用 Singleton(3.5)。 

因为 创建 型 模式 紧密 相关 ， 我 们 将 所 有 5 个 模式 一 起 研究 以 突出 它们 的 相似 点 和 差异 
点 。 我 们 也 将 举 一 个 通用 的 例子 一 一 为 一 个 电脑 游戏 创建 一 个 迷宫 一 一 来 说 明 它 们 的 实现 。 
这 个 迷宫 和 游戏 将 随 着 各 种 模式 不 同 而 略 有 区 别 。 有 时 这 个 游戏 将 仅仅 是 找到 一 个 迷宫 的 出 
口 一 一 在 这 种 情况 下 ， 游 戏 者 可 能 仅 能 见 到 该 迷宫 的 局 部 。 有 时 迷宫 包括 一 些 要 解决 的 问题 
和 要 化 解 的 危险 ， 并 且 这 些 游 戏 可 能 会 提供 已 经 被 探索 过 的 那 部 分 迷宫 地 图 。 

我 们 将 忽略 迷宫 中 的 许多 细节 以 及 一 个 迷宫 游戏 中 有 多 少 个 游戏 者 。 我 们 仅 关 注 迷宫 是 
怎样 创建 的 。 我 们 将 一 个 迷宫 定义 为 一 系列 房间 ， 一 个 房间 知道 它 的 邻居 ; 可 能 的 邻居 要 人 么 
是 男 一 个 房间 ， 要 么 是 一 堵 墙 或 者 是 到 为 一 个 房间 的 一 局 门 。 

类 Room、Door 和 Wall 定义 了 我 们 所 有 的 例子 中 用 到 的 构件 。 我 们 仅 定 义 这 些 类 中 对 
创建 一 个 迷宫 起 重要 作用 的 那 部 分 。 我 们 将 忽略 游戏 者 、 显 示 操 作 和 在 迷宫 中 四 处 移动 等 操 
作 ， 以 及 其 他 一 些 重要 的 却 与 创建 迷宫 无 关 的 功能 。 

下 页 图 表示 了 这 些 类 之 间 的 关系 。 

每 一 个 房间 有 四 面 ， 我 们 使 用 C++ 中 的 枚 举 类 型 Direction 来 指定 房间 的 东南 西北 : 


enum Direction (North, South, East, West); 


Smalltalk 的 实现 使 用 相应 的 符号 来 表示 这 些 方 向 。 

类 MapSite 是 所 有 迷宫 构件 的 公共 抽象 类 。 为 简化 例子 ，MapSite 仅 定 义 了 一 个 操作 
Enter， 它 的 含义 取决 于 你 在 进入 哪里 。 如 果 你 进入 一 个 房间 ， 那 么 你 的 位 置 会 发 生 改 变 。 如 
果 你 试图 进入 一 扇 门 ,那么 将 发 生 以 下 两 件 事 之 一 : 如 果 门 是 开 着 的 ， 你 进入 另 一 个 房间 ; 
如 果 门 是 关 着 的 ， 那 么 你 就 会 碰壁 。 
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class MapSite { 
public: 
virtual void Enter() = 0; 


ys 


Enter 为 更 加 复杂 的 游戏 操作 提供 了 一 个 简单 基础 。 例 如 ， 如 果 你 在 一 个 房间 中 说 “向 
东 走 ”， 游 戏 只 能 简单 地 确定 直接 在 东边 的 是 哪 一 个 MapSite 并 对 它 调用 Enter。 特 定子 类 的 
Enter 操作 将 计算 出 是 你 的 位 置 发 生 改变 ， 还 是 你 会 碰壁 。 在 一 个 真正 的 游戏 中 ，Enter 可 以 
将 移动 的 游戏 者 对 象 作 为 一 个 参数 。 

Room Æ MapSite 的 一 个 具体 子 类 ， 而 MapSite 定义 了 迷宫 中 构件 之 间 的 主要 关系 。 
Room 有 指向 其 他 MapSite 对 象 的 引用 ， 并 保存 一 个 房间 号 ， 这 个 数字 用 来 标识 迷宫 中 的 
房间 。 

class Room : public MapSite { 


public: 
Room(int roomNo); 


MapSite* GetSide(Direction) const; 
void SetSide(Direction, MapSite*); 


virtual void Enter(); 


private: 
MapSite*  sides[4]; 
int _roomNumber; 

}; 


下 面 的 类 描述 了 一 个 房间 的 每 一 面 所 出 现 的 墙壁 或 门 。 


class Wall : public MapSite { 
public: 
Wall(); 


virtual void Enter(); 
)3 
class Door : public MapSite { 


public: 
Door(Room* - 0, Room* - 0); 


' virtual void Enter(); 
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Room* OtherSideFrom(Room*) ; 


private: 
Room* . rooml; 
Room* . room2; 
bool | isOpen; 
); 


我 们 不 仅 需 要 知道 迷宫 的 各 部 分 ， 还 要 和 定义 一 个 用 来 表示 房间 集合 的 Maze 类 。 使 用 
RoomNo 操作 和 给 定 的 房间 号 ，Maze 就 可 以 找到 一 个 特定 的 房间 。 


class Maze ( 
public: 
Maze(); 


void AddRoom(Room*); 
Room* RoomNo(int) const; 
private: 
FI Wd. 
Fi 


RoomNo 可 以 使 用 线性 搜索 、hash 表 甚 至 简单 数组 进行 查找 。 但 我 们 此 处 并 不 考虑 这 些 
细节 ， 而 是 将 注意 力 集 中 于 如 何 指定 一 个 迷宫 对 象 的 构件 。 
我 们 定义 的 另 一 个 类 是 MazeGame， 由 它 来 创建 迷宫 。 一 个 简单 直接 的 创建 迷宫 的 方法 


是 使 用 一 系列 操作 将 构件 增加 到 迷宫 中 ， 然 后 连接 它们 。 例 如 ， 下 面 的 成 员 函 数 将 创建 一 个 
迷宫 ， 这 个 迷宫 由 两 个 房间 和 它们 之 间 的 一 鹿 门 组 成 : 


Maze* MazeGame::CreateMaze () { 
Maze* aMaze - new Maze; 
Room* rl = new Room(1); 
Room* r2 - new Room(2); 
Door* theDoor = new Door(rl, r2); 


aMaze-»AddRoom(r1); 
aMaze-»AddRoom(r2); 


rl-»SetSide(North, new Wall); 
rl-»SetSide(East, theDoor); 
rl-»SetSide(South, new Wall); 
rl-»SetSide(West, new Wall); 
r2-»SetSide(North, new Wall); 
r2-»SetSide(East, new Wall); 
r2->SetSide(South, new Wall); 
r2->SetSide(West, theDoor) ; 


return aMaze; 


} 


考虑 到 这 个 函数 所 做 的 是 创建 一 个 有 两 个 房间 的 迷宫 ， 它 是 相当 复杂 的 。 显 然 有 办 法 使 
它 变 得 更 简单 。 例 如 ，Room 的 构造 器 可 以 提前 用 墙壁 来 初始 化 房间 的 每 一 面 。 但 这 仅仅 是 
将 代码 移 到 了 其 他 地 方 。 这 个 成 员 函 数 真正 的 问题 不 在 于 它 的 大 小 而 在 于 它 不 灵活 。 它 对 迷 
宫 的 布局 进行 硬 编 码 。 改 变 布 局 意味 痢 改变 这 个 成 员 盟 数 ， 通 过 以 下 方式 : 重 定义 (override) 
它 一 一 这 意味 着 重新 实现 整个 过 程 ; 对 它 的 部 分 进行 改变 一 一 这 容易 产生 错误 并 且 不 利于 





复 用 。 

创建 型 模式 表明 如 何 使 得 这 个 设计 更 灵活 ， 但 未 必 会 更 小 。 特 别 是 ， 它 们 将 便于 修改 定 
义 迷宫 构件 的 类 。 

假设 你 想 在 一 个 包含 (所 有 的 东西 ) 施 了 魔法 的 迷宫 的 新 游戏 中 复 用 一 个 已 有 的 迷宫 布 
局 。 施 了 魔法 的 迷宫 游戏 有 新 的 构件 ， 如 DoorNeedingSpell, 1Jé— 8 H BEHIEN HE S BÀ 
上 和 打开 的 门 ; 以 及 EnchantedRoom， 一 个 可 以 有 不 寻常 东西 的 房间 ， 比 如 魔法 钥匙 或 者 咒 
语 。 你 怎样 才能 较 容 易 地 改变 CreateMaze 以 让 它 用 这 些 新 类 型 的 对 象 创建 迷宫 呢 ? 

这 种 情况 下 ， 改 变 的 最 大 障碍 是 对 已 实例 化 的 类 进行 硬 编码 。 创 建 型 模式 提供 了 多 种 不 
同方 法 ， 从 实例 化 它们 的 代码 中 除去 对 这 些 具体 类 的 显 式 引用 : 


e 如 果 CreateMaze 调用 虚 男 数 而 不 是 构造 器 来 创建 它 需 要 的 房间 、 墙 壁 和 门 ， 那 么 你 
可 以 创建 一 个 MazeGame 的 子 类 并 重 定义 这 些 虚 函数 ， 从 而 改变 被 实例 化 的 类 。 这 一 
方法 是 Factory Method(3.3) 模式 的 一 个 例子 。 

© 如 果 传 递 一 个 对 象 给 CreateMaze 作为 参数 来 创建 房间 、 墙 壁 和 门 ， 那 么 你 可 以 传递 
不 同 的 参数 来 改变 房间 、 墙 壁 和 门 的 类 。 这 是 Abstract Factory(3.1) 模式 的 一 个 例子 。 

e 如 果 传 递 一 个 对 象 给 CreateMaze， 这 个 对 象 可 以 在 它 所 建造 的 迷宫 中 使 用 增加 房间 、 
墙壁 和 门 的 操作 来 全 面 创 建 一 个 新 的 迷宫 ， 那 么 你 可 以 使 用 继承 来 改变 迷宫 的 一 些 部 
分 或 迷宫 的 建造 方式 。 这 是 Builder(3.2) 模式 的 一 个 例子 。 

o 如 果 CreateMaze 由 多 种 原型 的 房间 、 墙 壁 和 门 对 象 参数 化 ， 它 复制 并 将 这 些 对 象 增 
加 到 迷宫 中 ， 那 么 你 可 以 用 不 同 的 对 象 蔡 换 这 些 原 型 对 象 以 改变 迷宫 的 构成 。 这 是 
Prototype(3.4) 模式 的 一 个 例子 。 


剩 下 的 创建 型 模式 Singleton(3.5) 可 以 保证 每 个 游戏 中 仅 有 一 个 迷宫 而 且 所 有 的 游戏 对 
象 都 可 以 迅速 访问 它 一 一 不 需要 求助 于 全 局 变量 或 困 数 。Singleton 也 使 得 迷宫 易于 扩展 或 替 
换 ， 且 不 需要 变动 已 有 的 代码 。 


3.1 Abstract Factory (抽象 工厂 ) 一 一 对 象 创建 型 模式 


1. 意图 

提供 一 个 接口 以 创建 一 系列 相关 或 相互 依赖 的 对 象 ， 而 无 须 指定 它们 具体 的 类 。 
2. 别名 

Kit 

3. 动机 


考虑 一 个 支持 多 种 视 感 (look-and-feel) 标准 的 用 户 界 面 工 具 包 ， 例 如 Motif 和 
Presentation Manager。 不 同 的 视 感 风格 为 诸如 滚动 条 、 窗 口 和 按钮 等 用 户 界面 “窗口 组 件 ” 
定义 不 同 的 外 观 和 行为 。 为 保证 视 感 风格 标准 之 间 的 可 移植 性 ， 一 个 应 用 不 应 该 为 一 个 特定 
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的 视 感 外 观 硬 编码 它 的 窗口 组 件 。 在 整个 应 用 中 实例 化 特定 视 感 风格 的 窗口 组 件 类 将 使 得 以 
后 很 难 改变 视 感 风格 。 

为 解决 这 一 问题 ， 我 们 可 以 定义 一 个 抽象 的 WidgetFactory 类 ， 这 个 类 声明 了 一 个 用 来 
创建 每 一 类 基本 窗口 组 件 的 接口 。 每 一 类 窗口 组 件 都 有 一 个 抽象 类 ， 而 具体 子 类 则 实现 了 窗 
口 组 件 的 特定 视 感 风 格 。 对 于 每 一 个 抽象 窗口 组 件 类 ，WidgetFactory 接口 都 有 一 个 返回 新 窗 
口 组 件 对 象 的 操作 。 客 户 调用 这 些 操 作 以 获得 窗口 组 件 实 例 ， 但 客户 并 不 知道 其 正在 使 用 的 
是 哪些 具体 类 。 这 样 客户 就 不 依赖 于 一 般 的 视 感 风格 ， 如 下 图 所 示 。 


onion [ion 
CreateScrollBar() 
CreateWindow() | Window | 
人 
人 ' 
MotifWidgetFactory 上 -， PMWidgetFactory [......... 
CreateScrollBar() i CreateScrollBar() ' 
CreateWindow() ' CreateWindow() 
A 


'- | PMScroliBar MotifScrollBar je - -' 


= 


每 一 种 视 感 标准 都 对 应 于 一 个 具体 的 WidgetFactory 子 类 。 每 一 子 类 实现 那些 用 于 创建 
合适 视 感 风格 的 窗口 组 件 的 操作 。 例 如 ，MeotifWidgetFactory 的 CreateScrollBar 操作 实例 化 
并 返回 一 个 Motif 滚动 条 ， 而 相应 的 PMWidgetFactory 操作 返回 一 个 Presentation Manager 
的 滚动 条 。 客 户 仅 通过 WidgetFactory 接口 创建 窗口 组 件 ， 而 并 不 知道 哪些 类 实现 了 特定 视 
感 风 格 的 窗口 组 件 。 换 言 之 ， 客 户 仅 与 抽象 类 定义 的 接口 交互 ， 而 不 使 用 特定 的 具体 类 的 
接口 。 

WidgetFactory 也 增强 了 具体 窗口 组 件 类 之 间 的 依赖 关系 。 一 个 Motif 的 滚动 条 应 该 与 
Motif 按钮 、Motif 文本 编辑 器 一 起 使 用 ， 这 一 约束 条 件 作 为 使 用 MotifWidgetFactory 的 结果 
被 目 动 加 上 。 

4. 适用 性 

在 以 下 情况 下 使 用 Abstract Factory 模式 : 


e 一 个 系统 要 独立 于 它 的 产品 的 创建 、 组 合 和 表示 。 

e 一 个 系统 要 由 多 个 产品 系列 中 的 一 个 来 配置 。 

e 要 强调 一 系列 相关 的 产品 对 象 的 设计 以 便 进行 联合 使 用 。 
e 提供 一 个 产品 类 库 , 但 只 想 显示 它们 的 接口 而 不 是 实现 。 
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结构 


此 模式 的 结构 如 下 图 所 示 。 


rd 


8. 
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AbstractFactory (WidgetFactory ) 

一 声明 一 个 创建 抽象 产品 对 象 的 操作 接口 。 
ConcreteFactory (MotifWidgetFactory, PMWidgetFactory ) 
一 实现 创建 具体 产品 对 象 的 操作 。 

AbstractProduct (Window, ScrollBar) 

一 为 一 类 产品 对 象 声 明 一 个 接口 。 

ConcreteProduct (MotifWindow, MotifScrollBar) 

一 定义 一 个 将 被 相应 的 具体 工厂 创建 的 产品 对 象 。 

一 实现 AbstractProduct 接口 。 

Client 

一 仅 使 用 由 AbstractFactory 和 AbstractProduct 类 声明 的 接口 。 


协作 


通常 在 运行 时 创建 一 个 ConcreteFactroy 类 的 实例 。 这 一 具体 的 工厂 创建 具有 特定 实 


现 的 产品 对 象 。 为 创建 不 同 的 产品 对 象 ， 客 户 应 使 用 不 同 的 具体 工厂 。 
AbstractFactory 将 产品 对 象 的 创建 延迟 到 它 的 ConcreteFactory FÆ., 


SAR 


AbstractFactory 模式 有 以 下 优点 和 缺点 : 


l 


为 一 个 工厂 封装 创建 产品 对 象 的 责任 和 过 程 ， 


) Exe SAMA Abstract Factory 模式 帮助 你 控制 一 个 应 用 创建 的 对 象 的 类 。 因 
tiki apio EETA 
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象 接口 操纵 实例 。 产 品 的 类 名 也 在 具体 工厂 的 实现 中 被 隔离 ， 即 它们 不 出 现在 客户 代码 中 。 

2) 它 使 得 易于 交换 产品 系列 一 个 具体 工厂 类 在 一 个 应 用 中 仅 出 现 一 次 一 一 在 它 初始 
化 的 时 候 。 这 使 得 改变 一 个 应 用 的 具体 工厂 变 得 很 容易 。 只 需要 改变 具体 的 工厂 即 可 使 用 不 
同 的 产品 配置 ， 这 是 因为 一 个 抽象 工厂 创建 了 一 个 完整 的 产品 系列 ， 所 以 整个 产品 系列 会 立 
刻 改变 。 在 我 们 的 用 户 界 面 的 例子 中 ,我们 仅 需 转换 到 相应 的 工厂 对 象 并 重新 创建 接口 ， 就 
可 实现 从 Motif 窗口 组 件 转换 为 Presentation Manager 窗口 组 件 。 

3) 它 有 利于 产品 的 一 致 性 ” 当 一 个 系列 中 的 产品 对 象 被 设计 成 一 起 工作 时 ， 一 个 应 用 
一 次 只 能 使 用 同一 个 系列 中 的 对 象 ， 这 一 点 很 重要 。 而 AbstractFactory 很 容易 实现 这 一 点 。 

4) 难以 支持 新 种 类 的 产品 难以 扩展 抽象 工厂 以 生产 新 种 类 的 产品 。 这 是 因为 
AbstractFactory 接口 确定 了 可 以 被 创建 的 产品 集合 。 支 持 新 种 类 的 产品 就 需要 扩展 该 工厂 接 
口 ， 这 将 涉及 AbstractFactory 类 及 其 所 有 子 类 的 改变 。 我 们 会 在 实现 一 节 讨 论 这 个 问题 的 一 
个 解决 办 法 。 


9. 实现 

下 面 是 实现 Abstract Factor 模式 的 一 些 有 用 技术 : 

D) 将 工厂 作为 单 件 一 个 应 用 中 一 般 每 个 产品 系列 只 需要 一 个 ConcreteFactory 的 实 
例 。 因 此 工厂 通常 最 好 实现 为 一 个 Singleton(3.5)。 

2) 创建 产品 AbstractFactory 仅 声明 一 个 创建 产品 的 接口 ， 真正 创建 产品 是 由 
ConcreteProduct 子 类 实现 的 。 最 通常 的 办 法 是 为 每 一 个 产品 定义 一 个 工厂 方法 (参见 Factory 
Method(3.3))。 一 个 具体 的 工厂 将 为 每 个 产品 重 定 义 该 工厂 方法 以 指定 产品 。 虽 然 这 样 的 实 
现 很 简单 ， 但 它 却 要 求 每 个 产品 系列 都 要 有 一 个 新 的 具体 工厂 子 类 ， 即 使 这 些 产 品系 列 的 差 
别 很 小 。 

如 果 有 多 个 可 能 的 产品 系列 ， 具 体 工厂 也 可 以 使 用 Prototype(3.4) 模式 来 实现 。 具 体 工 
三 使 用 产品 系列 中 每 一 个 产品 的 原型 实例 来 初始 化 ， 且 它 通 过 复制 它 的 原型 来 创建 新 的 产 
品 。 基 于 原型 的 方法 使 得 并 非 每 个 新 的 产品 系列 都 需要 一 个 新 的 具体 工厂 类 。 

此 处 是 Smalltalk 中 实现 一 个 基于 原型 的 工厂 的 方法 。 具 体 工 厂 在 一 个 被 称 为 
partCatalog 的 字典 中 存储 将 被 复制 的 原型 。 方 法 make: 检索 该 原型 并 复制 它 。 


make : partName 
^ (partCatalog at : partName) copy 


具体 工厂 有 一 个 方法 用 来 向 该 目录 中 增加 部 件 。 


addPart : partTemplate named : partName 
partCatalog at : partName put : partTemplate 


原型 用 一 个 符号 标识 它们 ， 从 而 被 增加 到 工厂 中 : 


aFactory addPart : aPrototype named : #ACMEWidget 
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在 将 类 作为 第 一 类 对 象 的 语言 中 (例如 Smalltalk 和 ObjectiveC)， 这 个 基于 原型 的 方法 
可 能 有 所 变化 。 你 可 以 将 这 些 语言 中 的 类 看 成 是 退化 的 工厂 ， 它 仅 创 建 一 种 产品 。 你 可 以 将 
类 存储 在 一 个 具体 工厂 中 ， 这 个 具体 工厂 在 变量 中 创建 多 个 具体 的 产品 ， 这 很 像 原型 。 这 些 
类 代替 具体 工厂 创建 了 新 的 实例 。 你 可 以 通过 使 用 产品 的 类 而 不 是 子 类 初始 化 一 个 具体 工厂 
的 实例 来 定义 一 个 新 的 工厂 。 这 一 方法 利用 了 语言 的 特点 ， 而 纯 基 于 原型 的 方法 是 与 语言 
关 的 。 

像 刚 讨论 过 的 Smalltalk 中 的 基于 原型 的 工厂 一 样 ， 基 于 类 的 版 本 将 有 一 个 唯一 的 实例 
变量 partCatalog， 它 是 一 个 字典 ， 它 的 主键 是 各 部 分 的 名 字 。partCatalog 存储 产品 的 类 而 不 
是 存储 被 复制 的 原型 。 方 法 make: 现在 如 下 所 示 。 


make : PartName 
^ (partCatalog at : partName) new 


3) 定义 可 扩展 的 工厂 AbstractFactory 通常 为 每 一 种 它 可 以 生产 的 产品 定义 一 个 操作 。 
产品 的 种 类 被 编码 在 操作 型 构 (signature) 中 。 增 加 一 种 新 的 产品 要 求 改变 AbstractFactory 
的 接口 以 及 所 有 与 它 相 关 的 类 。 

一 个 更 灵活 但 不 太 安全 的 设计 是 给 创建 对 象 的 操作 增加 一 个 参数 。 该 参数 指定 了 将 被 
创建 的 对 象 的 种 类 。 它 可 以 是 一 个 类 标识 符 、 一 个 整数 、 一 个 字符 串 ， 或 其 他 任何 可 以 标识 
这 种 产品 的 东西 。 实 际 上 ， 使 用 这 种 方法 AbstractFactory 只 需要 一 个 “Make” 操 作 和 一 个 
指示 要 创建 对 象 的 种 类 的 参数 。 这 是 前 面 已 经 讨论 过 的 基于 原型 的 和 基于 类 的 抽象 工厂 的 
技术 。 

与 C++ 这 样 的 静态 类 型 语言 相 比 ， 这 一 变化 更 容易 用 在 类 似 于 Smalltalk 这 样 的 动态 类 
型 语言 中 。 仅 当 所 有 对 象 都 有 相同 的 抽象 基 类 ， 或 者 当 产 品 对 象 可 以 被 请 求 它 们 的 客户 安全 
地 强制 转换 成 正确 的 类 型 时 ， 才 能 够 在 C++ 中 使 用 它 。Factory Method(3.3) 的 实现 部 分 说 明 
了 怎样 在 C++ 中 实现 这 样 的 参数 化 操作 。 

该 方法 即使 不 需要 强制 类 型 转换 ， 仍 有 一 个 本 质 的 问题 : 所 有 的 产品 将 返回 类 型 所 给 定 
的 相同 的 抽象 接口 返回 给 客户 。 客 户 将 不 能 区 分 或 对 一 个 产品 的 类 别 进行 安全 的 假定 。 如 果 
一 个 客户 需要 进行 与 特定 子 类 相关 的 操作 ， 而 这 些 操作 则 不 能 通过 抽象 接口 得 到 。 虽 然 客 户 
可 以 实施 一 个 向 下 类 型 转换 (downcast) (例如 在 C++ 中 用 dynamic_cast)， 但 这 并 不 总 是 可 
行 或 安全 的 ， 因 为 向 下 类 型 转换 可 能 会 失败 。 这 是 一 个 典型 的 高 度 灵活 和 可 扩展 接口 的 权衡 
考虑 。 


10. 代码 示例 

我 们 将 使 用 Abstract Factory 模式 创建 本 章 开 始 所 讨论 的 迷宫 。 

类 MazeFactory 可 以 创建 迷宫 的 构件 。 它 建造 房间 、 墙 壁 和 房间 之 间 的 门 。 它 可 以 用 于 
一 个 从 文件 中 读 取 迷宫 说 明 图 并 建造 相应 迷宫 的 程序 ， 或 者 用 于 一 个 随机 建造 迷宫 的 程序 。 
建造 迷宫 的 程序 将 MazeFactory 作为 一 个 参数 ， 这 样 程序 员 就 能 指定 要 创建 的 房间 、 墙 壁 和 
门 等 类 。 


class MazeFactory { 
public: 
MazeFactory () ; 


virtual Maze* MakeMaze() const 
{ return new Maze; } 

virtual Wall* MakeWall() const 
{ return new Wall; } 

virtual Room* MakeRoom(int n) const 
{ return new Room(n); } 

virtual Door* MakeDoor(Room* ri, Room* r2) const 
{ return new Door(rl, r2); } 

); 
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CreateMaze 对 类 名 进行 硬 编码 ， 这 使 得 很 难 用 不 同 的 构件 创建 迷宫 。 
这 里 是 一 个 以 MazeFactory 为 参数 的 新 版 本 的 CreateMaze ， 它 修改 了 以 上 缺点 : 


Maze* MazeGame::CreateMaze (MazeFactory& factory) ( 
Maze* aMaze - factory.MakeMaze(); 
Room* rl = factory.MakeRoom(1) ; 
Room* r2 = factory.MakeRoom(2) ; 
Door* aDoor = factory .MakeDoor (r1, r2); 


aMaze-»AddRoom(r1); . 
aMaze-»AddRoom(r2); 


rl-»SetSide(North, factory.MakeWall()); 
rl-»SetSide(East, aDoor); 
rl-»SetSide(South, factory.MakeWall(í)); 
rl-»SetSide(West, factory.MakeWall()); 
r2-»SetSide(North, factory.MakeWall()); 
r2-»SetSide(East, factory.MakeWall()); 
r2-»SetSide(South, factory.MakeWall()); 
r2-»SetSide(West, aDoor); 


return aMaze; 
) 


我 们 创建 MazeFactory 的 子 类 EnchantedMazeFactory， 这 是 一 个 创建 施 了 魔法 的 迷宫 的 
工厂 。EnchantedMazeFactory 将 重 定义 不 同 的 成 员 函 数 并 返回 Room Wall 等 不 同 的 子 类 。 
class EnchantedMazeFactory : public MazeFactory { 


public: 
EnchantedMazeFactory () ; 


virtual Room* MakeRoom(int n) const 
( return new EnchantedRoom(n, CastSpell()); ) 


virtual Door* MakeDoor(Room* ri, Room* r2) const 
{ return new DoorNeedingSpell(rl, r2); ) 


protected: 
Spell* CastSpell() const; 
) 


现在 假设 我 们 想 生成 一 个 迷宫 游戏 ， 在 这 个 游戏 里 ， 每 个 房间 中 可 以 有 一 个 炸弹 。 如 采 
这 个 炸弹 爆炸 ， 它 将 〈 至 少 ) 毁坏 墙壁 。 我 们 可 以 生成 一 个 Room 的 子 类 以 明了 是 否 有 一 个 
炸弹 在 房间 中 以 及 该 炸弹 是 否 爆炸 了 。 我 们 也 将 需要 一 个 Wall 的 子 类 以 明了 对 墙壁 的 损坏 。 
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我 们 将 称 这 些 类 为 RoomWithABomb 和 BombedWall。 
我 们 将 定义 的 最 后 一 个 类 是 BombedMazeFactory， 它 是 MazeFactory 的 子 类 ,保证 了 墙 
Et BombedWall 类 的 而 房间 是 RoomWithABomb 类 的 。BombedMazeFactory 仪 需 重 定义 两 


个 因数 : 


Wall* BombedMazeFactory::MakeWall () const ( 
return new BombedWall; 

) 

Room* BombedMazeFactory : :MakeRoom(int n) const { 
return new RoomWithABomb(n); . 

} 


为 建造 一 个 包含 炸弹 的 简单 迷宫 ， 我 们 仅 用 BombedMazeFactory 调用 CreateMaze. 


MazeGame game; 
BombedMazeFactory factory; 


game .CreateMaze (factory); 


CreateMaze 也 可 以 用 一 个 EnchantedMazeFactory 实例 来 建造 施 了 魔法 的 迷宫 。 

注意 MazeFactory 仅 是 工厂 方法 的 一 个 集合 。 这 是 最 通常 的 实现 Abstract Factory 模 
式 的 方式 。 同 时 注意 MazeFactory 不 是 一 个 抽象 类 ， 因 此 它 既 作为 AbstractFactory t E 
为 ConcreteFactory。 这 是 Abstract Factory 模式 的 简单 应 用 的 另 一 个 通常 的 实现 。 因 为 
MazeFactory 是 一 个 完全 由 工厂 方法 组 成 的 具体 类 ， 通 过 生成 一 个 子 类 并 重 定义 需要 改变 的 
操作 ， 它 很 容易 生成 一 个 新 的 MazeFactory。 

CreateMaze 使 用 房间 的 SetSide 操作 来 指定 它们 的 各 面 。 如 果 它 用 一 个 BombedMaze- 
Factory 创建 房间 ， 那 么 该 迷宫 将 由 有 BombedWall 面 的 RoomWithABomb 对 象 组 成 。 如 果 
RoomWithABomb 必须 访问 一 个 BombedWall 的 与 特定 子 类 相关 的 成 员 ， 那 么 它 将 不 得 不 对 
它 的 墙壁 引用 进行 从 Wall* 到 BombedWall* 的 转换 。 只 要 该 参数 确实 是 一 个 BombedWall, 
这 个 向 下 类 型 转换 就 是 安全 的 ， 而 如 果 墙 壁 仅 由 一 个 BombedMazeFactory 创建 就 可 以 保证 这 
— ie 

当然 ， 像 Smalltalk 这 样 的 动态 类 型 语言 不 需要 向 下 类 型 转换 ， 但 如 果 它 们 在 应 该 是 
Wall 的 子 类 的 地 方 遇 到 一 个 Wall 类 可 能 会 产生 运行 时 错误 。 使 用 Abstract Factory 建造 墙 
辟 ， 通 过 确定 仅 有 特定 类 型 的 墙壁 可 以 被 创建 ， 有 助 于 防止 这 些 运行 时 错误 。 

让 我 们 考虑 一 个 Smalltalk 版 本 的 MazeFactory， 它 仅 有 一 个 以 要 生成 的 对 象 种 类 为 参数 
的 make 操作 。 此 外 ， 具 体 工厂 存储 它 所 创建 的 产品 的 类 。 

首先 ， 我 们 用 Smalltalk 写 一 个 等 价 的 CreateMaze: 


createMaze: aFactory 
| roomi room2 aDoor | 
rooml := (aFactory make: #room) number: 1. 
room2 := (aFactory make: #room) number: 2. 
aDoor := (aFactory make: #door) from: rooml to: room2. 
= rooml atSide: #north put: (aFactory make: #wall). 


rooml atSide: 
rooml atSide: 
rooml atSide: 
room2 atSide: 
room2 atSide: 
room2 atSide: 


PIE ”创建 型 模式 


#east put: aDoor. 

#south put: (aFactory make: #wall). 
#west put: (aFactory make: #wall). 

#north put: (aFactory make: #wall). 
#east put: (aFactory make: #wall). 

#south put: (aFactory make: #wall). 


正如 我 们 在 实现 一 节 所 讨论 的 ，MazeFactory 仅 需 一 个 实例 变量 partCatalog 来 提供 一 个 
字典 ， 这 个 字典 的 主键 为 迷宫 构件 的 类 。 也 回想 一 下 我 们 是 如 何 实现 make: 方法 的 。 


make: partName 


^ 


(partCatalog at: partName) new 


现在 我 们 可 以 创建 一 个 MazeFactory 并 用 它 来 实现 CreateMaze。 我 们 将 用 类 MazeGame 
的 方法 CreateMazeFactory 来 创建 该 工厂 。 


createMazeFactory 


^ (MazeFactory new 
addPart: Wall named: #wall; 
addPart: Room named: #room; 
addPart: Door named: #door; 


yourself) 


将 不 同 的 类 与 其 主键 相关 联 ， 就 可 以 创建 一 个 BombedMazeFactory 或 Enchanted Maze- 
Factory。 例 如 ， 一 个 EnchantedMazeFactory 可 以 这 样 创 建 : 


createMazeFactory 


^ (MazeFactory new 
addPart: Wall named: #wall; 
addPart: EnchantedRoom named: #room; 
addPart: DoorNeedingSpell named: #door; 


yourself) 


11. 已 知 应 用 


InterView 使 用 “ Kit” 后 级 [Lin92] 来 表示 AbstractFactory 类 。 它 定义 WidgetKit 和 
DialogKit 抽象 工厂 来 生成 与 特定 视 感 风 格 相 关 的 用 户 界面 对 象 。InterView 还 包括 一 个 
LayoutKit， 它 根据 所 需要 的 布局 生成 不 同 的 组 合 (composition) 对 象 。 例 如 ， 一 个 概念 上 是 
水 平 的 布局 根据 文档 的 定位 (画像 或 风景 ) 可 能 需要 不 同 的 组 合 对 象 。 

ET++[WGM88] 使 用 Abstract Factory 模式 达到 在 不 同窗 口 系 统 (例如 ，X Windows 和 
SunView) 间 的 可 移植 性 。WindowSystem 抽象 基 类 定义 一 些 接 口 来 创建 表示 窗口 系统 资源 的 
对 象 (例如 MakeWindow、MakeFont、MakeColor)。 具 体 的 子 类 为 某 个 特定 的 窗口 系统 实现 
这 些 接口 。 运 行 时 ，ET++ 创建 一 个 具体 WindowSystem 子 类 的 实例 ， 以 创建 具体 的 系统 资 


源 对 象 。 
12. 相关 模式 


AbstractFactory 类 通常 用 工厂 方法 (Factory Method(3.3)) 实现 ， 但 它们 也 可 以 用 
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Prototype 实现 。 
一 个 具体 的 工厂 通常 是 一 个 单 件 (Singleton(3.5))。 


3.2 Builder (生成 器 ) 一 一 对 象 创建 型 模式 


1. 意图 
将 一 个 复杂 对 象 的 构建 与 它 的 表示 分 离 ， 使 得 同样 的 构建 过 程 可 以 创建 不 同 的 表示 。 


2. 动机 

一 个 RTF (Rich Text Format) 文档 交换 格式 的 阅读 器 应 能 将 RTF 转换 为 多 种 文本 格式 。 
该 阅读 器 可 以 将 RTF 文档 转换 成 普通 ASCII 文本 或 转换 成 一 个 能 以 交互 方式 编辑 的 文本 窗口 
组 件 。 但 问题 在 于 可 能 转换 的 数目 是 无 限 的 。 因 此 要 能 够 很 容易 实现 新 的 转换 的 增加 ， 同 时 
又 不 改变 RTF 阅读 器 。 

一 个 解决 办 法 是 用 一 个 可 以 将 RTF 转换 成 另 一 种 文本 表示 的 TextConverter 对 象 来 配置 
这 个 RTFReader 类 。 当 RTFReader 对 RTF 文档 进行 语法 分 析 时 ， 它 使 用 TextConverter 去 做 
转换 。 无 论 何 时 RTFReader 识别 了 一 个 RTF 标记 (或 是 普通 文本 或 是 一 个 RIF 控制 学 )， 它 
都 发 送 一 个 请 求 给 TextConverter 去 转换 这 个 标记 。TextConverter 对 象 负责 进行 数据 转换 以 
及 用 特定 格式 表示 该 标记 ， 如 下 图 所 示 。 


tea 











RTFReader 
ParseRTF( © (uncer 










TextConverter 








ConvertCharacter(char) 
ConvertFontChange(Font) 
ConvertParagraph() 











while (t = get the next token) { 
switch t. Type ( 
R: 


builder-»ConvertCharacter(t.Char) TextWidgetConverter 
FONT: 

builder—>ConvertFontChange(t.Font) ConvertCharacter(char) ~ 
ConvertFontChange(Font) ' 
ConvertParagraph() 
GetTextWidget() 


' ASCIIConverte TeXConverter 
ConvertCharacter(char) 
ConvertFontChange(Font) 
ConvertParagraph() 
GetTeXText() 






+ | ConvertCharacter(char) 
‘| GetASCIIText() 


PARA 
builder-»ConvertParagraph() 
} 






} 








M sh "AT A EE RESQUE E A E ns PUR AEST REETUEIUGDU UP UC. 
-e ASCIIText "- TeXText | '- 


TextConvert 的 子 类 对 不 同 转换 和 不 同 格式 进行 特殊 处 理 。 例 如 ， 一 个 ASCIIConverter 
只 负责 转换 普通 文本 ， 而 忽略 其 他 转换 请 求 。 另 一 方面 ， 一 个 TeXConverter 将 会 实现 对 
所 有 请 求 的 操作 ， 以 便 生成 一 个 获取 文本 中 所 有 风格 信息 的 TEX 表示 。 一 个 TextWidget- 
Converter 将 生成 一 个 复杂 的 用 户 界 面 对 象 以 便 用 户 浏 览 和 编辑 文本 。 

每 种 转换 器 类 将 创建 和 装配 一 个 复杂 对 象 的 机 制 隐 含 在 抽象 接口 的 后 面 。 转 换 句 独立 于 
阅读 器 ， 阅 读 器 负责 对 一 个 RTF 文档 进行 语法 分 析 。 

Builder 模式 描述 了 所 有 这 些 关系 。 每 一 个 转换 器 类 在 该 模式 中 被 称 为 生成 冀 ( builder)， 
而 阅读 器 则 称 为 导向 器 (director)。 在 上 面 的 例子 中 , Builder 模式 将 分 析 文 本 格式 的 算法 ( 即 


RTF 文档 的 语法 分 析 程 序 ) 与 描述 怎样 创建 和 表示 一 个 转换 后 格式 的 算法 分 离开 来 。 这 使 我 
们 可 以 复 用 RTFReader 的 语法 分 析 算 法 ， 根 据 RTF 文档 创建 不 同 的 文本 表示 一 一 仅 需 使 用 
不 同 的 TextConverter 的 子 类 配置 该 RTFReader 即 可 。 

3. 适用 性 

在 以 下 情况 下 使 用 Builder 模式 : 





e 当 创 建 复杂 对 象 的 算法 应 该 独立 于 该 对 象 的 组 成 部 分 以 及 它们 的 装配 方式 时 。 
o 当 构 造 过 程 必须 允许 被 构造 的 对 象 有 不 同 的 表示 时 。 


4. 结构 
此 模式 的 结构 如 下 图 所 示 。 










builder 


| Director — |. 
Construct() 9 


for all objects in structure { 
builder-»BuildPart() 
| MEM 


5. 参与 者 


Builder 
BuildPart() 















ConcreteBuilder 


BuildPart() 
GetResult() 


e Builder ( TextConverter) 
一 为 创建 一 个 Product 对 象 的 各 个 部 件 指定 抽象 接口 。 
e ConcreteBuilder (ASCIIConverter, TeXConverter, TextWidgetConverter) 
一 实现 Builder 的 接口 以 构造 和 装配 该 产品 的 各 个 部 件 。 
一 定义 并 跟踪 它 所 创建 的 表示 。 
一 提供 一 个 检索 产品 的 接口 (例如 ，GetASCIIText 和 GetTextWidget)。 
e Director (RTFReader) 
一 构造 一 个 使 用 Builder 接口 的 对 象 。 
e Product (ASCIIText, TeXText, TextWidget) 
一 表示 被 构造 的 复杂 对 象 。ConcreteBuilder 创建 该 产品 的 内 部 表示 并 定义 它 的 装配 
过 程 。 
一 包含 定义 组 成 部 件 的 类 ， 包括 将 这 些 部 件 装配 成 最 终 产品 的 接口 。 


6. 协作 
e 客户 创建 Director 对 象 ， 并 用 它 所 想 要 的 Builder 对 象 进行 配置 。 
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e 一 旦 生成 了 产品 部 件 ， 导 回 圳 就 会 通知 生成 句 。 
e 生成 器 处 理 导 回 融 的 请 求 ， 并 将 部 件 添 加 到 该 产品 中 。 
e 客户 从 生成 器 中 检索 产品 。 


下 面 的 交互 图 说 明了 Builder 和 Director 是 如 何 与 一 个 客户 协作 的 。 


aClient aDirector aConcreteBuilder 


new ConcreteBuilder 





7. 效果 

这 里 是 Builder 模式 的 主要 效果 : 

1) 它 使 你 可 以 改变 一 个 产品 的 内 部 表示 。Builder 对 象 提供 给 导向 器 一 个 构造 产品 的 抽 
象 接 口 。 该 接口 使 得 生成 器 可 以 隐藏 这 个 产品 的 表示 和 内 部 结构 。 它 同时 也 隐藏 了 该 产品 是 
如 何 装配 的 。 因 为 产品 是 通过 抽象 接口 构造 的 ， 你 在 改变 该 产品 的 内 部 表示 时 所 要 做 的 只 是 
定义 一 个 新 的 生成 器 。 

2) 它 将 构造 代码 和 表示 代码 分 开 Builder 模式 通过 封装 一 个 复杂 对 象 的 创建 和 表示 方 
式 提 高 了 对 象 的 模块 性 。 客 户 不 需要 知道 定义 产品 内 部 结构 的 类 的 所 有 信息 ， 这 些 类 是 不 出 
现在 Builder 接口 中 的 。 每 个 ConcreteBuilder 包含 了 创建 和 装配 一 个 特定 产品 的 所 有 代码 。 
这 些 代码 只 需要 写 一 次 ; 然后 不 同 的 Director 可 以 复 用 它 以 在 相同 部 件 集合 的 基础 上 构建 不 
同 的 Product。 在 前 面 的 RTF 例子 中 ， 我 们 可 以 为 RTF 格式 以 外 的 格式 定义 一 个 阅读 需 ， 比 
如 一 个 SGMLReader， 并 使 用 相同 的 TextConverter 生成 SGML 文档 的 ASCIIText, TeXText 
和 TextWidget 译本 。 

3) 它 使 你 可 对 构造 过 程 进行 更 精细 的 控制 ”Builder 模式 与 一 下 子 就 生成 产品 的 创建 型 
模式 不 同 ， 它 是 在 导向 器 的 控制 下 一 步 一 步 构造 产品 的 。 仅 当 该 产品 完成 时 导 回 仑 才 从 生成 
器 中 取 回 它 。 因 此 Builder 接口 相 比 其 他 创建 型 模式 能 更 好 地 反映 产品 的 构造 过 程 。 这 使 你 
可 以 更 精细 地 控制 构建 过 程 ， 从 而 能 更 精细 地 控制 所 得 产品 的 内 部 结构 。 


8. 实现 
通常 有 一 个 抽象 的 Builder 类 为 导向 器 可 能 要 求 创 建 的 每 一 个 构件 定义 一 个 操作 。 这 


些 操作 缺 省 情况 下 什么 都 不 做 。 一 个 ConcreteBuilder 类 对 它 有 兴趣 创建 的 构件 重 定义 这 些 
操作 。 

这 里 是 其 他 一 些 要 考虑 的 实现 问题 : 

D) 装配 和 构造 接口 ”生成 器 逐步 地 构造 它们 的 产品 。 因 此 Builder 类 接口 必须 足够 普 
迄 ， 以 便 为 各 种 类 型 的 具体 生成 器 构造 产品 。 

一 个 关键 的 设计 问题 在 于 构造 和 装配 过 程 的 模型 。 构 造 请 求 的 结果 只 是 被 添加 到 产品 
中 ,通常 这 样 的 模型 就 已 足够 了 。 在 RTF 的 例子 中 ， 生 成 右 转 换 下 一 个 标记 并 将 它 添加 到 它 
已 经 转换 了 的 文本 中 。 

但 有 时 你 可 能 需要 访问 前 面 已 经 构造 了 的 产品 部 件 。 我 们 在 代码 示例 一 节 所 给 出 的 
Maze 例子 中 ，MazeBuilder 接口 允许 你 在 已 经 存在 的 房间 之 间 增 加 一 扇 门 。 像 语法 分 析 树 这 
样 自 底 向 上 构建 的 树 形 结构 就 是 男 一 个 例子 。 在 这 种 情况 下 ， 生 成 器 会 将 子 结 点 返回 给 导 问 
ar, Wal ae Ee Ma OE LA o 

2) 为 什么 产品 没有 抽象 类 ”通常 情况 下 ， 由 具体 生成 器 生成 的 产品 ， 其 表示 相差 
非常 大 ， 以 至 于 给 不 同 的 产品 以 公共 父 类 没有 太 大 意思 。 在 RTF 例子 中 ，ASCIIText 和 
TextWidget 对 象 不 太 可 能 有 公共 接口 ， 它 们 也 不 需要 这 样 的 接口 。 因 为 客户 通常 用 合适 的 具 
体 生 成 器 来 配置 导向 器 ， 客 户 所 处 的 位 置 使 它 知 道 Builder 的 哪 一 个 具体 子 类 被 使 用 ， 并 能 
相应 地 处 理 它 的 产品 。 

3) Æ Builder 中 缺 省 的 方法 为 空 “C++ 中， 生成 方法 故意 不 声明 为 纯 虚 成 员 函 数 ， 而 是 
把 它们 定义 为 空 方法 ， 这 使 客户 只 重 定义 他 们 所 感 兴趣 的 操作 。 


9. 代码 示例 

我 们 将 定义 一 个 CreateMaze 成 员 函 数 的 变 体 ， 它 以 类 MazeBuilder 的 一 个 生成 器 对 象 作 
为 参数 。 

MazeBuilder 类 定义 下 面 的 接口 来 创建 迷宫 : 

class MazeBuilder ( 

public: 

virtual void BuildMaze() { ) 

virtual void BuildRoom(int room) ( ) 

virtual void BuildDoor(int roomFrom, int roomTo) { } 
virtual Maze* GetMaze() ( return 0; ) 

protected: 

MazeBuilder(); 

}; 

该 接口 可 以 创建 : OR; @@ 有 一 个 特定 房间 号 的 房间 ; @ 在 有 号 码 的 房间 之 间 的 门 。 
GetMaze 操作 返回 这 个 迷宫 给 客户 。MazeBuilder 的 子 类 将 重 定义 这 些 操作 ， 返 回 它 们 所 创 
建 的 迷宫 。 

MazeBuilder 的 所 有 建造 迷宫 的 操作 缺 省 时 什么 也 不 做 。 不 将 它们 定义 为 纯 虚 晒 数 是 为 
了 便于 派生 类 只 重 定义 它们 所 感 兴趣 的 那些 方法 。 

用 MazeBuilder 接口 ， 我 们 可 以 改变 CreateMaze 成 员 函 数 ， 以 生成 器 作为 它 的 参数 。 


Maze* MazeGame::CreateMaze (MazeBuilder& builder) ( 
builder.BuildMaze(); 


builder.BuildRoom(1); 
builder.BuildRoom(2); 
builder.BuildDoor(1, 2); 


return builder.GetMaze(); 


) 


将 这 个 CreateMaze 版 本 与 原来 的 相 比 ， 注 意 生成 需 是 如 何 隐 藏 迷宫 的 内 部 表示 的 一 一 
定义 房间 、 门 和 墙壁 的 那些 类 一 一 以 及 这 些 部 件 是 如 何 组 装 成 最 终 的 迷宫 的 。 有 人 可 能 猜测 
到 有 一 些 类 是 用 来 表示 房间 和 门 的 ， 但 没有 迹象 显示 哪个 类 是 用 来 表示 墙壁 的 。 这 就 使 得 改 
变 一 个 迷宫 的 表示 方式 要 容易 一 些 ， 因 为 所 有 MazeBuilder 的 客户 都 不 需要 被 改变 。 

像 其 他 创建 型 模式 一 样 ，Builder 模式 封装 了 对 象 是 如 何 被 创建 的 ， 在 这 个 例子 中 是 通过 
MazeBuilder 所 定义 的 接口 来 封装 的 。 这 就 意味 着 我 们 可 以 复 用 MazeBuilder 来 创建 不 同 种 
类 的 迷宫 。CreateComplexMaze 操作 给 出 了 一 个 例子 : 

Maze* MazeGame::CreateComplexMaze (MazeBuilder& builder) ( 

bai iia Bul dpewe (1) } ! 


builder.BuildRoom(1001); 


return builder.GetMaze(); 


注意 MazeBuilder 自己 并 不 创建 迷宫 ， 它 的 主要 目的 仅仅 是 为 创建 迷宫 定义 一 个 接口 。 
它 主 要 为 方便 起 见 定 义 一 些 空 的 实现 。MazeBuilder 的 子 类 做 实际 工作 。 

子 类 StandardMazeBuilder 是 一 个 创建 简单 迷宫 的 实现 。 它 将 它 正在 创建 的 迷宫 放 在 变 
量 currentMaze 中 。 


class StandardMazeBuilder : public MazeBuilder ( 
public: 
StandardMazeBuilder(); 


virtual void BuildMaze(); 
virtual void BuildRoom(int); 
virtual void BuildDoor(int, int); 


virtual Maze* GetMaze(); 

private: 
Direction CommonWall(Room*, Room*); 
Maze*  currentMaze; | 


CommonWall 是 一 个 功能 性 操作 ， 它 决定 两 个 房间 之 间 的 公共 墙壁 的 方位 。 
StandardMazeBuilder 的 构造 占 只 初始 化 了 _currentMaze。 


StandardMazeBuilder::StandardMazeBuilder () ( 
_currentMaze = 0; 


} 


BuildMaze 实例 化 一 个 Maze， 它 将 被 其 他 操作 装配 并 最 终 返 回 给 客户 (通过 GetMaze). 


void StandardMazeBuilder::BuildMaze () { 
_currentMaze = new Maze; 
} 


Maze* StandardMazeBuilder::GetMaze () { 
return _currentMaze; 


} 
BuildRoom 操作 创建 一 个 房间 并 建造 它 周 围 的 墙壁 : 


void StandardMazeBuilder::BuildRoom (int n) ( 
if (! currentMaze-»RoomNo(n)) ( . 
Room* room = new Room(ín); 
.currentMaze-»AddRoom (room); 


room->SetSide(North, new Wall); 
room-»SetSide(South, new Wall); 
room->SetSide(East, new Wall); 
room->SetSide(West, new Wall); 


为 建造 一 扇 两 个 房间 之 间 的 门 ，StandardMazeBuilder 查找 迷宫 中 的 这 两 个 房间 并 找到 它 
[i TER SD AY Hi : 


void StandardMazeBuilder::BuildDoor (int n1, int n2) ( 
Room* rl =  currentMaze-»RoomNo (nl); 
Room* r2 =  currentMaze-»RoomNo (n2) ; 
Door* d - new Door(rl, r2); 


rl-»SetSide(Commonwall(r1,r2), d); 
r2-»SetSide(Commonwall(r2,r1), d); 


客户 现在 可 以 用 CreateMaze 和 StandardMazeBuilder 来 创建 一 个 迷宫 : 


Maze* maze; 
MazeGame game; 
StandardMazeBuilder builder; 


game.CreateMaze (builder); 
maze - builder.GetMaze(); 


我 们 本 可 以 将 所 有 的 StandardMazeBuilder 操作 放 在 Maze 中 并 让 每 一 个 Maze 创建 它 自 
身 ， 但 将 Maze 变 得 小 一 些 使 得 它 能 更 容易 被 理解 和 修改 ， 而 且 StandardMazeBuilder 易于 从 
Maze 中 分 离 。 更 重要 的 是 ， 将 两 者 分 离 使 得 你 可 以 有 多 种 MazeBuilder， 每 一 种 使 用 不 同 的 
房间 、 墙 壁 和 门 的 类 。 
一 个 更 特殊 的 MazeBuilder 是 CountingMazeBuilder。 这 个 生成 器 根本 不 创建 迷宫 
仅 对 已 被 创建 的 不 同 种 类 的 构件 进行 计数 。 


> ER 


class CountingMazeBuilder : public MazeBuilder { 
Public: 
CountingMazeBuilder(); 


virtual void BuildMaze(); 

virtual void BuildRoom(int) ; 

virtual void BuildDoor(int, int); 
virtual void AddWall(int, Direction); 


void GetCounts(int&, int&) const; 
private: 

int . doors; 

int rooms; 


); 


构造 器 初始 化 该 计数 器 ， 而 重 定 义 了 的 MazeBuilder 操作 只 是 相应 地 增加 计数 。 


CountingMazeBuilder::CountingMazeBuilder () ( 
_rooms = . doors = 0; 


) 


void CountingMazeBuilder::BuildRoom (int) { 
_rooms++; . 


) 


void CountingMazeBuilder::BuildDoor (int, int) ( 
_doors++; 
} 


void CountingMazeBuilder::GetCounts ( 
int& rooms, int& doors 


) const { 
rooms = _rooms; 
doors = _doors; 


下 面 是 一 个 客户 可 能 怎样 使 用 CountingMazeBuilder: 


int rooms, doors; 
MazeGame game; 
CountingMazeBuilder builder; 


game.CreateMaze (builder); 
builder.GetCounts (rooms, doors); 


cout << "The maze has " 


«« rooms «« " rooms and " 
<< doors << " doors" << endl; 


10. 已 知 应 用 

RTF 转换 硕 应 用 来 目 ET++[WGM88]。 它 的 文本 生成 模块 使 用 一 个 生成 器 处 理 以 RTF 格 
式 存储 的 文本 。 

生成 器 在 Smalltalk-80[Par90] 中 是 一 个 通用 的 模式 : 


© 编译 子 系统 中 的 Parser 类 是 一 个 Director， 它 以 一 个 ProgramNodeBuilder 对 象 作为 参 
数 。 每 当 Parser 对 象 识 别 出 一 个 语法 结构 时 ， 它 就 通知 它 的 ProgramNodeBuilder 对 
象 。 当 这 个 语法 分 析 器 做 完 时 ， 它 向 该 生成 器 请 求 它 生成 的 语法 分 析 树 并 将 语法 分 析 
树 返 回 给 客户 。 
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e ClassBuilder 是 一 个 生成 器 ，Class 使 用 它 为 自己 创建 子 类 。 在 这 个 例子 中 ， 一 个 
Class 既是 Director 也 是 Product。 

e ByteCodeStream 是 一 个 生成 器 ， 它 将 一 个 被 编译 了 的 方法 创建 为 字 节 数组 。 
ByteCodeStream 不 是 Builder 模式 的 标准 使 用 ， 因 为 它 生 成 的 复杂 对 象 被 编码 为 一 
个 字 节 数组 ， 而 不 是 正常 的 Smalltalk 对 象 。 但 ByteCodeStream 的 接口 是 一 个 典型 
的 生成 器 ， 而 且 将 很 容易 用 一 个 将 程序 表示 为 组 合 对 象 的 不 同 的 类 来 蔡 换 ByteCode- 


Stream。 


自 适 应 通信 环境 (Adaptive Communications Environment) 中 的 服务 配置 者 (Service 
Configurator) 框架 使 用 生成 器 来 构造 运行 时 动态 连接 到 服务 器 的 网 络 服务 构件 [SS94]。 这 
些 构件 使 用 一 个 被 LALR(1) 语法 分 析 需 进行 语法 分 析 的 配置 语言 来 摘 述 。 这 个 语法 分 析 筑 
的 语义 动作 对 将 信息 加 载 给 服务 构件 的 生成 器 进行 操作 。 在 这 个 例子 中 ， 语 法 分 析 需 就 是 


Director。 


11. 相关 模式 

Abstract Factory(3.1) 5j Builder 相似 ， 因 为 它 也 可 以 创建 复杂 对 象 。 主 要 的 区 别 是 
Builder 模式 着 重 于 一 步 步 构造 一 个 复杂 对 象 。 而 Abstract Factory 着 重 于 多 个 系列 的 产品 对 
象 (简单 的 或 是 复杂 的 )。Builder 在 最 后 一 步 返 回 产品 ， 而 对 于 Abstract Factory 来 说 ， 产 品 
是 立即 返回 的 。 

Composite(4.3) 通常 是 用 Builder 生成 的 。 


3.3 Factory Method ( 工矿 方法 ) 一 一 对 过 创建 型 模式 


1. 意图 
定义 一 个 用 于 创建 对 象 的 接口 ， 让 子 类 决定 实例 化 哪 一 个 类 。Factory Method 使 一 个 类 
的 实例 化 延迟 到 其 子 类 。 


2. 别名 
虚构 造 器 (virtual constructor). 


3. 动机 

框架 使 用 抽象 类 定义 和 维护 对 象 之 间 的 关系 。 这 些 对 象 的 创建 通常 也 由 框架 负责 。 

考虑 这 样 一 个 应 用 框架 ， 它 可 以 向 用 户 显示 多 个 文档 。 在 这 个 框架 中 ， 两 个 主要 的 
抽象 是 类 Application 和 Document。 这 两 个 类 都 是 抽象 的 ， 客 户 必 须 通过 它们 的 子 类 来 做 
与 具体 应 用 相关 的 实现 。 例 如 ， 为 创建 一 个 绘图 应 用 ， 我 们 定义 类 DrawingApplication 和 
DrawingDocument。Application 类 负责 管理 Document 并 根据 需要 创建 它们 一 一 例如 ， 当 用 
户 从 菜单 中 选择 Open 或 New 的 时 候 。 

因为 被 实例 化 的 特定 Document 子 类 是 与 特定 应 用 相关 的 ， 所 以 Application 类 不 可 能 预 
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测 到 哪个 Document 子 类 将 被 实例 化 一 一 Application 类 仅 知 道 一 个 新 的 文档 何 时 应 被 创建 ， 
而 不 知道 哪 种 Document 将 被 创建 。 这 就 产生 了 一 个 尴 众 的 局 面 : 框架 必须 实例 化 类 ， 但 是 
它 只 知道 不 能 被 实例 化 的 抽象 类 。 

Factory Method 模式 提供 了 一 个 解决 办 案 。 它 封装 了 哪个 Document 子 类 将 被 创建 的 信 
息 并 将 这 些 信 息 从 该 框架 中 分 离 出 来 ， 如 下 图 所 示 。 










<> Application 


CreateDocument() 
NewDocument() o- 
OpenDocument() 


Document* doc - CreateDocument(); E 
“-------- docs.Add(doc); 
doc-»Open(); 


oe TE 


CreateDocument() O- 





Ux 
= 一 ~ 一 = 一 一 ”~ return new MyDocument 


Application AY F Z5 Œ x X Application 的 抽象 操作 CreateDocument 以 返回 适当 的 
Document 子 类 对 象 。 一 旦 一 个 Application 子 类 实例 化 ， 它 就 可 以 实例 化 与 应 用 相关 的 文档 ， 
而 无 须知 道 这 些 文档 的 类 。 我 们 称 CreateDocument 是 一 个 工厂 方法 ( factory method)， 因 为 
它 负 责 “ 生 产 ” 一 个 对 象 。 


4. 适用 性 
在 下 列 情况 下 可 以 使 用 Factory Method 模式 : 


e 当 一 个 类 不 知道 它 所 必须 创建 的 对 象 的 类 的 时 候 。 

e 当 一 个 类 希望 由 它 的 子 类 来 指定 它 所 创建 的 对 象 的 时 候 。 

当 类 将 创建 对 象 的 职责 委托 给 多 个 帮助 子 类 中 的 某 一 个 ， 并 且 你 希望 将 哪 一 个 帮助 子 
类 是 代理 者 这 一 信息 局 部 化 的 时 候 。 


5. 结构 


FactoryMethod() 
AnOperation() O- 


> 
product = FactoryMethod() 








ConcreteCreator 


FactoryMethod() ©- 


ConcreteProduct 
L3 
------ retum new ConcreteProduct 
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6. 参与 者 


Product (Document) 

一 定义 工厂 方法 所 创建 的 对 象 的 接口 。 

ConcreteProduct (MyDocument) 

一 实现 Product 接口 。 

Creator (Application) 

一 声明 工厂 方法 ， 该 方法 返回 一 个 Product 类 型 的 对 象 。Creator 也 可 以 定义 一 个 工 
三 方法 的 缺 省 实现 ， 它 返回 一 个 缺 省 的 ConcreteProduct 对 象 。 

一 可 以 调用 工厂 方法 以 创建 一 个 Product 对 象 。 

ConcreteCreator (MyApplication) 

一 重 定义 工厂 方法 以 返回 一 个 ConcreteProduct 实例 。 


7. 协作 


Creator 依赖 于 它 的 子 类 来 定义 工厂 方法 ， 所 以 它 返回 一 个 适当 的 ConcreteProduct 
实例 。 


8. 效果 

工厂 方法 不 再 将 与 特定 应 用 有 关 的 类 绑 定 到 你 的 代码 中 。 代 码 仅 处 理 Product 接口 ， 因 
此 它 可 以 与 用 户 定 义 的 任何 ConcreteProduct 类 一 起 使 用 。 

工厂 方法 的 一 个 潜在 缺点 在 于 ， 客 户 可 能 仅仅 为 了 创建 一 个 特定 的 ConcreteProduct 对 
象 ， 就 不 得 不 创建 Creator 的 子 类 。 当 Creator 子 类 不 是 必需 的 时 ， 客 户 现在 必然 要 处 理 类 演 
化 的 其 他 方面 。 但 是 当 客 户 无 论 如 何必 须 创 建 Creator 的 子 类 时 ， 创 建 子 类 也 是 可 行 的 。 

下 面 是 Factory Method 模式 的 另外 两 种 效果 : 

1) 为 子 类 提供 钩子 (hook) 用 工矿 方法 在 一 个 类 的 内 部 创建 对 象 通常 比 直 接 创建 对 象 
更 灵活 。Factory Method 给 子 类 一 个 钩子 以 提供 对 象 的 扩展 版 本 。 

在 Document 的 例子 中 ，Document 类 可 以 定义 一 个 称 为 CreateFileDialog 的 工厂 方法 ， 
该 方法 为 打开 一 个 已 有 的 文档 创建 默认 的 文件 对 话 杠 对象 。Document 的 子 类 可 以 重 定 义 这 
个 工厂 方法 以 定义 一 个 与 特定 应 用 相关 的 文件 对 话 框 。 在 这 种 情况 下 ， 工 厂 方法 就 不 再 抽象 
了 ， 而 是 提供 了 一 个 合理 的 缺 省 实现 。 

2) 连接 平行 的 类 层次 迄今 为 止 ， 在 我 们 所 考虑 的 例子 中 ， 工 厂 方法 并 不 只 是 被 
Creator 调用 ， 客 户 可 以 找到 一 些 有 用 的 工厂 方法 ， 尤 其 在 平行 的 类 层次 的 情况 下 。 

当 一 个 类 将 它 的 一 些 职责 委托 给 一 个 独立 的 类 的 时 候 ， 就 产生 了 平行 类 层次 。 考 虑 可 以 
被 交互 操纵 的 图 形 ， 也 就 是 说 ， 可 以 用 鼠标 对 它们 进行 伸展 、 移 动 或 者 旋转 。 实 现 这 样 一 些 
交互 并 不 总 是 那么 容易 ， 它 通常 需要 存储 和 更 新 在 给 定时 刻 记 录 操 纵 状 态 的 信息 ， 这 个 状态 
仅仅 在 操纵 时 需要 。 因 此 它 不 需要 被 保存 在 图 形 对 象 中 。 此 外 ， 当 用 户 操纵 图 形 时 ， 不 同 的 
图 形 有 不 同 的 行为 。 例 如 ， 将 直线 图 形 拉 长 可 能 会 产生 一 个 端点 被 移动 的 效果 ， 而 伸展 文本 
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图 形 则 可 能 会 改变 行距 。 

有 了 这 些 限 制 ， 最 好 使 用 一 个 独立 的 Manipulator 对 象 实现 交互 并 保存 所 需要 的 任何 与 
特定 操纵 相关 的 状态 。 不 同 的 图 形 将 使 用 不 同 的 Manipulator 子 类 来 处 理 特定 的 交互 。 得 到 
的 Manipulator 类 层次 与 Figure 类 层次 是 平行 的 (至 少 部 分 平行 )， 如 下 图 所 示 。 











CreateManipulator() DownClick() 






Drag() 
UpClick() 













LN TM 
LineFigure TextFigure 
CreateManipulator() CreateManipulator() 
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Figure 类 提供 了 一 个 CreateManipulator 工厂 方法 ， 它 使 得 客户 可 以 创建 一 个 与 Figure 
相对 应 的 Manipulator. Figure 子 类 重 定 义 该 方法 以 返回 一 个 合适 的 Manipulator 子 类 实例 。 
作为 一 种 选择 ，Figure 类 可 以 实现 CreateManipulator 以 返回 一 个 默认 的 Manipulator 实例 ， 
而 Figure 子 类 可 以 只 是 继承 这 个 缺 省 实现 。 这 样 的 Figure 类 不 需要 相应 的 Manipulator F 
类 一 一 因此 该 层次 只 是 部 分 平行 的 。 

注意 工厂 方法 是 怎样 定义 两 个 类 层次 之 间 的 连接 的 。 它 将 哪些 类 应 一 同 工 作 的 信息 局 部 
WT » 


9. 实现 

当 应 用 Factory Method 模式 时 要 考虑 下 面 一 些 问题 : 

1) 主要 有 两 种 不 同 的 情况 Factory Method 模式 主要 有 两 种 不 同 的 情况 : GD Creator 类 
是 一 个 抽象 类 并 且 不 提供 它 所 声明 的 工厂 方法 的 实现 ; Creator 是 一 个 具体 的 类 而 且 为 工 
三 方法 提供 一 个 缺 省 的 实现 。 也 有 可 能 有 一 个 定义 了 缺 省 实现 的 抽象 类 ， 但 这 不 太 和 常见 。 

第 一 种 情况 需要 子 类 来 定义 实现 ， 因 为 没有 合理 的 缺 省 实现 。 它 避免 了 不 得 不 实例 化 不 
可 预见 类 的 问题 。 在 第 二 种 情况 中 ， 具 体 的 Creator 主要 由 于 灵活 性 才 使 用 工厂 方法 。 它 所 
遵循 的 准则 是 ,“ 用 一 个 独立 的 操作 创建 对 象 ， 这 样子 类 才能 重 定 义 它 们 的 创建 方式 。” 这 条 
准则 保证 了 子 类 的 设计 者 能 够 在 必要 的 时 候 改变 父 类 所 实例 化 的 对 象 的 类 。 

2) 参数 化 工厂 方法 ”该 模式 的 另 一 种 情况 使 得 工厂 方法 可 以 创建 多 种 产品 。 工 厂 方法 
采用 一 个 标识 要 被 创建 的 对 象 种 类 的 参数 。 工 厂 方法 创建 的 所 有 对 象 将 共享 Product 接口 。 
在 Document 的 例子 中 ，Application 可 能 支持 不 同 种 类 的 Document。 你 给 CreateDocument 
传递 一 个 外 部 参数 来 指定 将 要 创建 的 文档 的 种 类 。 

图 形 编辑 框架 Unidraw [VL90] 使 用 这 种 方法 来 重 构 存 储 在 磁盘 上 的 对 象 。Unidraw 定义 
了 一 个 Creator 类 ， 该 类 拥有 一 个 以 类 标识 符 为 参数 的 工厂 方法 Create。 类 标识 符 指定 要 被 


实例 化 的 类 。 当 Unidraw 将 一 个 对 象 存盘 时 ， 它 首先 写 类 标识 符 ， 然 后 是 它 的 实例 变量 。 当 
它 从 磁盘 中 重 构 该 对 象 时 ， 它 首先 读 取 的 是 类 标识 符 。 
一 旦 类 标识 符 被 读 取 ， 这 个 框架 就 将 该 标识 符 作 为 参数 ,调用 Create; Create 到 构造 器 
中 查询 相应 的 类 并 用 它 实例 化 对 象 。 最 后 ，Create 调用 对 象 的 Read 操作 ， 读 取 磁 盘 上 剩余 
的 信息 并 初始 化 该 对 象 的 实例 变量 。 
一 个 参数 化 的 工厂 方法 具有 如 下 的 一 般 形式 ， 此 处 MyProduct 和 YourProduct 是 Product 
的 子 类 : 
class Creator { 
public: 
virtual Product* Create(ProductId); 
); 
Product* Creator::Create (ProductId id) ( 
if (id -- MINE) return new MyProduct; 
if (id -- YOURS) return new YourProduct; 


// repeat for remaining products... 


return 0; 


) 


重 定义 一 个 参数 化 的 工厂 方法 使 你 可 以 简单 而 有 选择 性 地 扩展 或 改变 一 个 Creator 生产 
的 产品 。 你 可 以 为 新 产品 引入 新 的 标识 符 ， 或 将 已 有 的 标识 符 与 不 同 的 产品 相关 联 。 
例如 ， 子 类 MyCreator 可 以 交换 MyProduct 和 YourProduct 并 且 支 持 一 个 新 的 子 类 
TheirProduct: 
Product* MyCreator: :Create (ProductId id) { 
if (id == YOURS) return new MyProduct; 
if (id == MINE) return new YourProduct; 
// N.B.: switched YOURS and MINE 


if (id == THEIRS) return new TheirProduct; 


return Creator: :Create(id); // called if all others fail 


注意 这 个 操作 所 做 的 最 后 一 件 事 是 调用 父 类 的 Create。 这 是 因为 MyCreator::Create fX TE 
对 YOURS, MINE 和 THEIRS 的 处 理 上 与 父 类 不 同 。 它 对 其 他 类 不 感 兴趣 。 因 此 MyCreator 
扩展 了 所 创建 产品 的 种 类 ， 并 且 将 除 少 数 产 品 以 外 所 有 产品 的 创建 职责 延迟 给 了 父 类 。 

3) 特定 语言 的 变化 和 问题 不 同 的 语言 有 助 于 产生 其 他 一 些 有 趣 的 变化 和 警告 
(caveat ) 。 

Smalltalk 程序 通常 使 用 一 个 方法 返回 被 实例 化 的 对 象 的 类 。Creator 工厂 方法 可 以 使 用 
这 个 值 去 创建 一 个 产品 ， 并 且 ConcreteCreator 可 以 存储 甚至 计算 这 个 值 。 这 个 结果 是 对 实例 
化 的 ConcreteProduct 类 型 的 一 个 更 迟 的 绑 定 。 

Smalltalk 版 本 的 Document 的 例子 可 以 在 Application 中 定义 一 个 documentClass 方 
法 。 该 方法 为 实例 化 文档 返回 合适 的 Document 类 ， 其 在 MyApplication 中 的 实现 返回 
MyDocument 类 。 这 样 在 类 Application 中 我 们 有 


clientMethod : 
document :- self documentClass new. 


documentClass 
self subclassResponsibility 


在 类 MyApplication 中 我 们 有 


documentClass 
^ MyDocument 


它 把 将 被 实例 化 的 类 MyDocument 返回 给 Application。 一 个 更 灵活 的 类 似 于 参数 化 工厂 
方法 的 办 法 是 将 被 创建 的 类 存储 为 Application 的 一 个 类 变量 。 你 用 这 种 方法 在 改变 产品 时 就 
无 须 用 到 Application 的 子 类 。 

C++ 中 的 工厂 方法 都 是 虚 困 数 并 且 第 和 营 是 纯 虚 图 数 。 一 定 要 注意 在 Creator 的 构造 硕 中 
不 要 调用 工厂 方法 一 一 在 ConcreteCreator 中 该 工厂 方法 还 不 可 用 。 

只 要 你 使 用 按 需 创建 产品 的 访问 者 操作 ， 很 小 心地 访问 产品 ， 就 可 以 避免 这 一 点 。 构 
造 器 只 是 将 产品 初始 化 为 0， 而 不 是 创建 一 个 具体 产品 。 访 问 者 返回 该 产品 。 但 首先 它 要 检 
查 确 定 该 产品 的 存在 ， 如 果 产 品 不 存在 ， 访 问 者 就 创建 它 。 这 种 技术 有 时 被 称 为 情 性 初始 化 
(lazy initialization)。 下 面 的 代码 给 出 了 一 个 典型 的 实现 : 


class Creator ( 
public: 

Product* GetProduct(); 
‘protected: 

virtual Product* CreateProduct () ; 
private: 

Product* _product; 
); 


Product* Creator::GetProduct () ( 
if ( product == 0) ( 
-product = CreateProduct(); 
) 
return . product; 
) 


4) 使 用 模板 以 避免 创建 子 类 正如 我 们 已 经 提 及 的 ， 工 厂 方法 另 一 个 潜在 的 问题 是 它 
们 可 能 仅 为 了 创建 适当 的 Product 对 象 而 迫使 你 创建 Creator 子 类 。 在 C++ 中 男 一 个 解决 方 
法 是 提供 Creator 的 一 个 模板 子 类 ， 它 使 用 Product 类 作为 模板 参数 ; 


class Creator { 
public: 

virtual Product* CreateProduct() - 0; 
bs 


template <class TheProduct> 
class StandardCreator: public Creator { 
public: 

virtual Product* CreateProduct (); 
); £c 


template «class TheProduct» 

Product* StandardCreator«TheProduct»::CreateProduct 0 ( 
return new TheProduct; 

) 


使 用 这 个 模板 ， 客 户 仅 提 供 产 品类 一 一 而 不 需要 创建 Creator 的 子 类 。 


class MyProduct : public Product ( 
public: 

MyProduct(); 

KE os 
): 


StandardCreator«MyProduct» myCreator; 
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5 ) 命名 约定 “使 用 命名 约定 是 一 个 好 习惯 ， 它 可 以 清楚 地 说 明 你 正在 使 用 工厂 方法 。 
例如 ，Macintosh 的 应 用 框架 MacApp [App89] 总 是 声明 那些 定义 为 工厂 方法 的 抽象 操作 为 


Class* DoMakeClass( )， 此 处 Class 是 Product 类 。 


10. 代码 示例 


K% CreateMaze〈 本 章 开 始 ) 建造 并 返回 一 个 迷宫 。 这 个 函数 存在 的 一 个 问题 是 它 对 迷 
理 、 房 间 、 门 和 墙壁 的 类 进行 了 硬 编码 。 我 们 将 引入 工厂 方法 以 使 子 类 可 以 选择 这 些 构件 。 


首先 我 们 将 在 MazeGame 中 定义 工厂 方法 以 创建 迷宫 、 房 间 、 墙 壁 和 门 对 象 : 


class MazeGame { 
public: 
Maze* CreateMaze(); 


// factory methods: 


virtual. Maze* MakeMaze() const 
( return new Maze; ) 
virtual Room* MakeRoom(int n) const 
( return new Room(n); ) 
virtual Wall* MakeWall() const 
( return new Wall; ) 
virtual Door* MakeDoor(Room* r1, Room* r2) const 
{ return new Door(rl, r2); } . 


每 一 个 工厂 方法 返回 一 个 给 定 类 型 的 迷宫 构件 。MazeGame 提供 一 些 缺 省 的 实现 ， 
返回 最 简单 的 迷宫 、 房 间 、 墙 壁 和 门 。 
现在 我 们 可 以 用 这 些 工 厂 方 法 重 写 CreateMaze: 


Maze* MazeGame::CreateMaze () ( 
Maze* aMaze - MakeMaze(); 


Room* rl - MakeRoom(1); 
Room* r2 - MakeRoom(2); 
Door* theDoor - MakeDoor(rl, r2); 


aMaze-»AddRoom(r1); 
aMaze-»AddRoom(r2); 


rl-»SetSide(North, MakeWall()); 
rl-»SetSide(East, theDoor); 
rl-»SetSide(South, MakeWall()); 
ri->SetSide(West, MakeWall()); 


它们 
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r2-»SetSide(North, MakeWall()); 
r2-»SetSide(East, MakeWall()); 
r2-»SetSide(South, MakeWall()):; 
r2-»SetSide(West, theDoor); 


return aMaze; 
) 


不 同 的 游戏 可 以 创建 MazeGame 的 子 类 以 特别 指明 一 些 迷宫 的 部 件 。MazeGame 子 类 可 
以 重 定 义 一 些 或 所 有 的 工厂 方法 以 指定 产品 中 的 变化 。 例 如 ， 一 个 BombedMazeGame 可 以 
重 定义 产品 Room 和 Wall 以 返回 爆炸 后 的 变 体 : 

class BombedMazeGame : public MazeGame { 


public: 
BombedMazeGame ( ) ; 


virtual Wall* MakeWall() const 
( return new BombedWall; ) 


virtual Room* MakeRoom(int n) const 
{ return new RoomWithABomb(n); } 


一 个 EnchantedMazeGame 变 体 可 以 像 这 样 定义 : 


class EnchantedMazeGame : public MazeGame ( 
public: 
EnchantedMazeGame ( ) ; 


virtual Room* MakeRoom(int n) const 
( return new EnchantedRoom(n, CastSpell()); ) 


virtual Door* MakeDoor(Room* rl, Room* r2) const 
{ return new DoorNeedingSpell(ri, r2); ) 
protected: 
Spell* CastSpell() const; 
); 


11. 已 知 应 用 

工厂 方法 主要 用 于 工具 包 和 框架 中 。 前 面 的 文档 例子 是 MacApp 和 ET++[WGM88] 中 的 
一 个 典型 应 用 。 操 纵 器 的 例子 来 目 Unidraw。 

Smalltalk-80 Model/View/Controller 框架 中 的 类 视图 (Class View) 有 一 个 创建 控制 
器 的 方法 defaultController， 它 有 点 类 似 于 一 个 工厂 方法 [Par90]。 但 是 View 的 子 类 通过 
XE X. defaultControllerClass 来 指定 它们 默认 的 控制 器 的 类 。defaultControllerClass 3& [rl 
defaultController 所 创建 实例 的 类 ， 因 此 它 才 是 真正 的 工厂 方法 ， 即 子 类 应 该 重 定义 它 。 

Smalltalk-80 中 一 个 更 为 深奥 的 例子 是 由 Behavior (用 来 表示 类 的 所 有 对 象 的 超 类 ) E 
义 的 工厂 方法 parserClass。 这 使 得 一 个 类 可 以 对 它 的 源 代 码 使 用 一 个 定制 的 语法 分 析 器 。 例 
如 ， 一 个 客户 可 以 定义 一 个 类 SQLParser HAP HHA SF SQL 语句 的 类 的 源 代码 。Behavior 类 
实现 了 parserClass， 返 回 一 个 标准 的 Smalltalk Parser 类 。 一 个 包含 让 人 SQL 语句 的 类 重 定 
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义 了 该 方法 (以 类 方法 的 形式 ) 并 返回 SQLParser 类 。 

IONA Technologies 的 Orbix ORB 系统 [ION94] 在 对 象 给 一 个 远程 对 象 引 用 发 送 请 求 时 ， 
使 用 Factory Method 生成 一 个 适当 类 型 的 代理 (参见 Proxy(4.7))。Factory Method 使 得 易于 
蔡 换 缺 省 代理 。 比 如 说 ， 可 以 用 一 个 使 用 客户 端 高 速 缓 存 的 代理 来 替换 。 


12. 相关 模式 

Abstract Factory(3.1) 经 常用 工厂 方法 来 实现 。Abstract Factory 模式 中 动机 一 节 的 例子 也 
对 Factory Method 进行 了 说 明 。 

工厂 方法 通常 在 Template Method(5.10) 中 被 调用 。 在 上 面 的 文档 例子 中 ，NewDocument 
就 是 一 个 模板 方法 。 

Prototype(3.4) 不 需要 创建 Creator 的 子 类 。 但 是 ， 它 们 通常 要 求 一 个 针对 Product 类 的 
Initialize 操作 。Creator 使 用 Initialize 来 初始 化 对 象 ， 而 Factory Method 不 需要 这 样 的 操作 。 


3.4 Prototype (原型 ) 一 一 对 象 创建 型 模式 


1. 意图 
用 原型 实例 指定 创建 对 象 的 种 类 ， 并 且 通 过 拷贝 这 些 原型 创建 新 的 对 象 。 


2. 动机 

你 可 以 通过 定制 一 个 通用 的 图 形 编辑 器 框架 以 及 增加 一 些 表示 音符 、 休 止 符 和 五 线 谱 的 
新 对 象 来 构造 一 个 乐谱 编辑 器 。 这 个 编辑 需 框 架 可 能 有 一 个 工具 选择 板 用 于 将 这 些 音乐 对 象 
加 到 乐谱 中 。 这 个 选择 板 可 能 还 包括 选择 、 移 动 和 其 他 操纵 音乐 对 象 的 工具 。 用 户 可 以 点 击 
四 分 音符 工具 并 使 用 它 将 四 分 音符 加 到 乐谱 中 ， 或 者 可 以 使 用 移动 工具 在 五 线 谱 上 上 下 移动 
一 个 音符 ， 从 而 改变 它 的 音调 。 

我 们 假定 该 框架 为 音符 和 五 线 谱 这 样 的 图 形 构 件 提供 了 一 个 抽象 的 Graphic 类 。 此 外 ， 
为 定义 选择 板 中 的 那些 工具 ， 还 提供 一 个 抽象 类 Tool。 该 框架 还 为 一 些 创建 图 形 对 象 实例 并 
将 它们 加 入 文档 中 的 工具 预定 义 了 一 个 GraphicTool 3-25, 

但 GraphicTool 给 框架 设计 者 带 来 一 个 问题 。 音 符 和 五 线 谱 的 类 特定 于 我 们 的 应 用 ， 而 
GraphicTool 类 却 属 于 框架 。GraphicTool 不 知道 如 何 创 建 我 们 的 音乐 类 的 实例 ， 并 将 它们 添 
加 到 乐谱 中 。 我 们 可 以 为 每 一 种 音乐 对 象 创建 一 个 GraphicTool 的 子 类 ， 但 这 样 会 产生 大 量 
的 子 类 ， 这 些 子 类 仅仅 在 它们 所 初始 化 的 音乐 对 象 的 类 别 上 有 所 不 同 。 我 们 知道 对 象 组 合 是 
比 创 建 子 类 更 灵活 的 一 种 选择 。 问 题 是 ， 该 框架 怎样 用 它 来 参数 化 GraphicTool 的 实例 ， 而 
这 些 实例 是 由 Graphic 类 所 支持 创建 的 。 

解决 办 法 是 让 GraphicTool 通过 拷贝 或 者 “克隆 ”一 个 Graphic 子 类 的 实例 来 创建 新 的 
Graphic， 我 们 称 这 个 实例 为 一 个 原型 。GraphicTool 将 它 应 该 克隆 和 添加 到 文档 中 的 原型 作 
为 参数 。 如 果 所 有 Graphic 子 类 都 支持 Clone 操作 ， 那 么 GraphicTool 可 以 克隆 所 有 种 类 的 
Graphic， 如 下 图 所 示 。 
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p = prototype-»Clone() = 
while (user drags mouse) { 
p-»Draw(new position) 






insert p into drawing 


L3 LN 
return copy of self retum copy of self 


因此 在 我 们 的 音乐 编辑 器 中 ， 用 于 创建 一 个 音乐 对 象 的 每 一 种 工具 都 是 一 个 用 不 同 原型 
进行 初始 化 的 GraphicTool 实例 。 通 过 克隆 一 个 音乐 对 象 的 原型 并 将 这 个 克隆 添加 到 乐谱 中 ， 
每 个 GraphicTool 实例 都 会 产生 一 个 音乐 对 象 。 

我 们 甚至 可 以 进一步 使 用 Prototype 模式 来 减少 类 的 数目 。 我 们 使 用 不 同 的 类 来 表示 全 
音符 和 半音 符 ， 但 可 能 不 需要 这 么 做 。 它 们 可 以 是 使 用 不 同位 图 和 时 延 初始 化 的 相同 的 类 的 
实例 。 一 个 创建 全 音符 的 工具 就 是 这 样 的 GraphicToo1， 它 的 原型 是 一 个 被 初始 化 成 全 音符 的 
MnusicalNote。 这 可 以 极 大 地 减少 系统 中 类 的 数目 ， 同 时 也 更 易于 在 音乐 编辑 器 中 增加 新 的 
音符 。 


3. 适用 性 
在 下 列 情况 下 可 以 使 用 Prototype 模式 : 


e 当 一 个 系统 应 该 独立 于 它 的 产品 创建 、 构 成 和 表示 时 。 

e 当 要 实例 化 的 类 是 在 运行 时 指定 时 ， 例 如， 通过 动态 疙 载 。 

e 为 了 避免 创建 一 个 与 产品 类 层次 平行 的 工厂 类 层次 时 。 

e. 当 一 个 类 的 实例 只 能 有 几 个 不 同 状态 组 合 中 的 一 种 时 。 建 立 相 应 数目 的 原型 并 克隆 它 
们 可 能 比 每 次 用 合适 的 状态 手工 实例 化 该 类 更 方便 一 些 。 


4. 结构 





[uw > 
return copy of self return copy of self 
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Cc 


. 参与 者 
Prototype (Graphic ) 
一 声明 一 个 克隆 自身 的 接口 。 
ConcretePrototype (Staff, WholeNote, HalfNote) 
一 实现 一 个 克隆 自身 的 操作 。 
Client (GraphicTool) 
一 让 一 个 原型 克隆 目 身 从 而 创建 一 个 新 的 对 象 。 


6. 协作 
客户 请 求 一 个 原型 克隆 目 身 。 


7. 效果 

Prototype 有 许多 与 Abstract Factory(3.1) 和 Builder(3.2) 一 样 的 效果 : 它 对 客户 隐藏 了 有 具 
体 的 产品 类 ， 因 此 减少 了 客户 知道 的 名 字 的 数目 。 此 外 ， 这 些 模式 使 客户 无 须 改变 即 可 使 用 
与 特定 应 用 相关 的 类 。 

下 面 列 出 Prototype 模式 的 另外 一 些 优点 。 

1) 运行 时 增加 和 删除 产品 Prototype 允许 只 通过 客户 注册 原型 实例 就 将 一 个 新 的 具体 
产品 类 并 入 系统 。 它 比 其 他 创建 型 模式 更 为 灵活 ， 因 为 客户 可 以 在 运行 时 建立 和 删除 原型 。 

2) 改变 值 以 指定 新 对 象 ” 高 度 动态 的 系统 允许 你 通过 对 象 组 合 定义 新 的 行为 一 一 例如 ， 
通过 为 一 个 对 象 变量 指定 值 一 一 并 且 不 定义 新 的 类 。 你 通过 实例 化 已 有 类 并 且 将 这 些 实例 注 
册 为 客户 对 象 的 原型 ， 就 可 以 有 效 定义 新 类 别 的 对 象 。 客 户 可 以 将 职责 代理 给 原型 ， 从 而 表 
现 出 新 的 行为 。 

这 种 设计 使 得 用 户 无 须 编程 即 可 定义 新 “类 ”。 实 际 上 ， 克 隆 一 个 原型 类 似 于 实例 化 一 
个 类 。Prototype 模式 可 以 极 大 地 减少 系统 所 需要 的 类 的 数目 。 在 我 们 的 音乐 编辑 器 中 ， 一 个 
GraphicTool 类 可 以 创建 无 数 种 音乐 对 象 。 

3) 改变 结构 以 指定 新 对 象 ”许多 应 用 由 部 件 和 子 部 件 来 创建 对 象 。 例 如 电路 设计 编辑 
器 就 是 由 子 电路 来 构造 电路 的 。 为 方便 起 见 ， 这 样 的 应 用 通常 允许 你 实例 化 复杂 的 、 用 户 
定义 的 结构 ， 比 方 说 ， 一 次 又 一 次 地 重复 使 用 一 个 特定 的 子 电路 。 

Prototype 模式 也 文 持 这 一 点 。 我 们 仅 需 将 这 个 子 电路 作为 一 个 原型 增加 到 可 用 的 电路 元 
素 选 择 板 中 。 只 要 组 合 电 路 对 象 将 Clone 实现 为 一 个 深 拷 贝 (deep copy)， 具 有 不 同 结构 的 电 
路 就 可 以 是 原型 了 。 

4) 减少 子 类 的 构造 Factory Method(3.3) 经 稼 产 生 一 个 与 产品 类 层次 平行 的 Creator 类 
层次 。Prototype 模式 使 得 你 克隆 一 个 原型 而 不 是 请 求 一 个 工厂 方法 去 产生 一 个 新 的 对 象 ， 因 
此 你 根本 不 需要 Creator 类 层次 。 这 一 优点 主要 适用 于 像 C++ 这 样 不 将 类 作为 一 级 类 对 象 的 
语言 。 像 Smalltalk 和 Objective C 这 样 的 语言 从 中 获 益 较 少 ， 因 为 你 总 是 可 以 用 一 个 类 对 象 


日 ”这样 的 应 用 反映 了 Composite(4.3) 和 Decorator(4.4) 模式 。 
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作为 生成 者 。 在 这 些 语言 中 ， 类 对 象 已 经 起 到 原型 一 样 的 作用 了 。 

5) 用 类 动态 配置 应 用 一 些 运 行 时 环境 允许 你 动态 地 将 类 装载 到 应 用 中 。 在 像 C++ 这 
样 的 语言 中 ，Prototype 模式 是 利用 这 种 功能 的 关键 。 

一 个 希望 创建 动态 载 人 类 的 实例 的 应 用 不 能 静态 引用 类 的 构造 器 ， 而 应 该 由 运行 环境 在 
载 人 时 自动 创建 每 个 类 的 实例 ， 并 用 原型 管理 器 来 注册 这 个 实例 (参见 实现 一 节 )。 这 样 应 用 
就 可 以 向 原型 管理 器 请 求 新 装载 的 类 的 实例 ， 这 些 类 原本 并 没有 和 程序 相连 接 。ET++ 应 用 
框架 [WGM88] 有 一 个 运行 系统 就 是 使 用 这 一 方案 的 。 

Prototype 的 主要 缺陷 是 每 一 个 Prototype 的 子 类 都 必须 实现 Clone 操作 ， 这 可 能 很 困难 。 
例如 ， 当 所 考虑 的 类 已 经 存在 时 就 难以 新 增 Clone 操作 。 当 内 部 包括 一 些 不 支持 拷贝 或 有 循 
环 引 用 的 对 象 时 ， 实 现 克 隆 可 能 也 会 很 困难 。 


8. 实现 

因为 在 像 C++ 这样 的 静态 语言 中 ， 类 不 是 对 象 ， 并 且 运 行 时 只 能 得 到 很 少 或 者 得 不 
到 任何 类 型 信息 ， 所 以 Prototype 特别 有 用。 而 在 Smalltalk 或 Objective C 这 样 的 语言 中 
Prototype 就 不 是 那么 重要 了 ， 因 为 这 些 语言 提供 了 一 个 等 价 于 原型 的 东西 ( 即 类 对 象 ) 来 创 
建 每 个 类 的 实例 。Prototype 模式 在 像 Self[US87] 这 样 基 于 原型 的 语言 中 是 固有 的 ， 所 有 对 象 
的 创建 都 是 通过 克隆 一 个 原型 实现 的 。 

当 实 现 原 型 时 ， 要 考虑 下 面 一 些 问题 : 

1) 使 用 一 个 原型 管理 器 “” 当 一 个 系统 中 原型 数目 不 固定 时 (也 就 是 说 ， 它 们 可 以 动态 创 
建 和 销毁 )， 要 保持 一 个 可 用 原型 的 注册 表 。 客 户 不 会 自己 来 管理 原型 ， 但 会 在 注册 表 中 存储 
和 检索 原型 。 客 户 在 克隆 一 个 原型 前 会 向 注册 表 请 求 该 原型 。 我 们 称 这 个 注册 表 为 原型 管理 
fz (prototype manager). 

原型 管理 器 是 一 个 关联 存储 器 (associative store)， 它 返回 一 个 与 给 定 关键 字 相 匹配 的 原 
型 。 它 有 一 些 操作 可 以 用 来 通过 关键 字 注 册 原 型 和 解除 注册 。 客 户 可 以 在 运行 时 更 改 甚至 浏 
览 这 个 注册 表 。 这 使 得 客户 无 须 编 写 代码 就 可 以 扩展 并 得 到 系统 清单 。 

2) 实现 克隆 操作 ”Prototype 模式 最 困难 的 部 分 在 于 正确 实现 Clone 操作 。 当 对 象 结构 
包含 循环 引用 时 ， 这 尤为 棘手 。 

大 多 数 语 言 都 对 克隆 对 象 提供 了 一 些 文 持 。 例 如 ，Smalltalk 提供 了 一 个 copy 的 实现 ， 
它 被 所 有 Object 的 子 类 所 继承 。C++ 提供 了 一 个 拷贝 构造 器 。 但 这 些 工具 并 不 能 解决 “ 浅 拷 
贝 和 深 拷 贝 ”问题 [GR83]。 也 就 是 说 ， 克 隆 一 个 对 象 是 依次 克隆 它 的 实例 变量 ， 还 是 由 克隆 
对 象 和 原 对 象 共 享 这 些 变量 ? 

浅 拷 贝 简单 并 且 通 常 足 够 了 ， 它 是 Smalltalk 所 缺 省 提供 的 。C++ 中 的 缺 省 拷贝 构造 器 
实现 按 成 员 拷 贝 ， 这 意味 着 在 拷贝 的 对 象 和 原来 的 对 象 之 间 是 共享 指针 的 。 但 克隆 一 个 结构 
复杂 的 原型 通常 需要 深 堵 贝 ， 因 为 复制 对 象 和 原 对 象 必须 相互 独立 。 因 此 你 必须 保证 克隆 对 
象 的 构件 也 是 对 原型 的 构件 的 克隆 。 克 隆 迫 使 你 决定 如 果 所 有 东西 者 被 共享 了 该 怎么 办 。 

如 果 系 统 中 的 对 象 提供 了 Save 和 Load 操作 ， 那 么 你 只 需 通过 保存 对 象 和 立刻 载 人 对 
象 ， 就 可 以 为 Clone 操作 提供 一 个 缺 省 实现 。Save 操作 将 该 对 象 保存 在 内 存 缓冲 区 中 ， 而 


Load 则 通过 从 该 缓冲 区 中 重 构 这 个 对 象 来 创建 一 个 副本 。 

3) 初始 化 克隆 对 象 ” 当 一 些 客 户 对 克隆 对 象 已 经 相当 满意 时 ， 男 一 些 客 户 将 会 希望 
使 用 他 们 所 选择 的 一 些 值 来 初始 化 该 对 象 的 一 些 或 是 所 有 的 内 部 状态 。 一 般 来 说 不 可 能 在 
Clone 操作 中 传递 这 些 值 ， 因 为 这 些 值 的 数目 会 由 于 原型 的 类 的 不 同 而 有 所 不 同 。 一 些 原型 
可 能 需要 多 个 初始 化 参数 ， 另 一 些 可 能 什么 也 不 要 。 在 Clone 操作 中 传递 参数 会 破坏 克隆 接 
口 的 统一 性 。 

可 能 会 出 现 这 样 的 情况 ， 即 原型 的 类 已 经 为 ( 重 ) 设 定 一 些 关 键 的 状态 值 定 义 好 了 操 
作 。 如 果 这 样 的话 ， 客 户 在 克隆 后 马上 就 可 以 使 用 这 些 操 作 。 否 则 ， 你 就 可 能 不 得 不 引入 一 
个 Initialize 操作 (参见 代码 示例 一 节 )， 该 操作 使 用 初始 化 参数 并 据 此 设 定 克 隆 对 象 的 内 部 状 
态 。 注 意 深 拷贝 Clone 操作 一 一 一 些 副本 在 你 重新 初始 化 它们 之 前 可 能 必须 要 删除 掉 (删除 
可 以 显 式 地 做 也 可 以 在 Initialize 内 部 做 )。 


9. 代码 示例 

我 们 将 定义 MazeFactory(3.1) 的 子 类 MazePrototypeFactory。 该 子 类 将 使 用 它 要 创建 的 
对 象 的 原型 来 初始 化 ， 这 样 我 们 就 不 需要 仅仅 为 了 改变 它 所 创建 的 墙壁 或 房间 的 类 而 生成 子 
类 了 。 

MazePrototypeFactory 用 一 个 以 原型 为 参数 的 构造 右 来 扩充 MazeFactory 接口 : 


class MazePrototypeFactory : public MazeFactory { 
public: 
MazePrototypeFactory (Maze*, Wall*, Room*, Door*); 


virtual Maze* MakeMaze() const; 

virtual Room* MakeRoom(int) const; 

virtual Wall* MakeWall() const; 

virtual Door* MakeDoor(Room*, Room*) const; 


private: 
Maze*  prototypeMaze; 
Room* . prototypeRoom; 
Wall* _prototypeWall; 
Door* . prototypeDoor; 
}; 
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MazePrototypeFactory: :MazePrototypeFactory ( 
Maze* m, Wall* w, Room* r, Door* 
FX 
.prototypeMaze - m; 
.prototypeWall = w; 
_prototypeRoom = r; 
_prototypeDoor = d; 
} 


FAY ep st hE Ta) A] YC 3 RR A: 每 个 都 要 克隆 一 个 原型 ， 然 后 初始 化 。 
下 面 是 MakeWall 和 MakeDoor 的 定义 : 


Wall* MazePrototypeFactory::MakeWall () const ( 


return . prototypeWall-»Clone(); 


Door* MazePrototypeFactory::MakeDoor (Room* rl, Room *r2) const { 
Door* door -  prototypeDoor-»Clone(); 
door-»Initialize(rl, r2); 
return door; 


我 们 只 需 使 用 基本 迷宫 构件 的 原型 进行 初始 化 ， 就 可 以 由 MazePrototypeFactory 来 创建 
一 个 原型 的 或 缺 省 的 迷宫 : 


MazeGame game; 

MazePrototypeFactory simpleMazeFactory ( 
new Maze, new Wall, new Room, new Door 

); 


Maze* maze = game.CreateMaze(simpleMazeFactory) ; 


为 了 改变 迷宫 的 类 型 ， 我 们 用 一 个 不 同 的 原型 集合 来 初始 化 MazePrototypeFactory. F 
面 的 调用 用 一 个 BombedDoor 和 一 个 RoomWithABomb 创建 了 一 个 迷宫 : 


MazePrototypeFactory bombedMazeFactory ( 
new Maze, new BombedWall, 
new RoomWithABomb, new Door 

); 


一 个 可 以 被 用 作 原 型 的 对 象 ， 例 如 Wall 的 实例 ， 必 须 支 持 Clone 操作 。 它 还 必须 有 一 个 
拷贝 构造 器 用 于 克隆 。 它 可 能 还 需要 一 个 独立 的 操作 来 重新 初始 化 内 部 状态 。 我 们 将 给 Door 
增加 Initialize 操作 以 允许 客户 初始 化 克隆 对 象 的 房间 。 

将 下 面 Door 的 定义 与 第 3 章 的 进行 比较 : 


class Door : public MapSite ( 
public: 

Door(); 

Door (const Dooré&) ; 


virtual void Initialize(Room*, Room*) ; 
virtual Door* Clone() const; 
virtual void Enter(); 
Room* OtherSideFrom(Room*); 
private: 
Room* . room1; 
Room* | room2; 


); 


Door::Door (const Door& other) { 
_rooml = other. rooml; 
_room2 = other. room2; 


void Door::Initialize (Room* rl, Room* r2) { 
 rooml = £1; 
.room2 s r2; 


Door* Door::Clone () const { 
return new Door(*this); 
) 


BombedWall 子 类 必须 重 定 义 Clone 并 实现 相应 的 拷贝 构造 器 。 


class BombedWall : public Wall { 
public: 

BombedWall(); 

BombedWall(const BombedWal1&) ; 


virtual Wall* Clone() const; 
bool HasBomb() ; 

private: 
bool _bomb; 

F; 


Bombedwall::BombedWall (const BombedWall& other) : Wall(other) { 
_bomb = other. bomb; 
) 


Wall* BombedWall::Clone () const { 
return new BombedWall(*this); 


) 


虽然 BombedWall::Clone 返回 一 个 Wall* ， 但 它 的 实现 返回 了 一 个 指向 子 类 的 新 实例 的 
指针 ， 即 BombedWall* 。 我 们 在 基 类 中 这 样 定义 Clone 是 为 了 保证 克隆 原型 的 客户 不 需要 知 
道具 体 的 子 类 。 客 户 不 需要 将 Clone 的 返回 值 向 下 类 型 转换 为 所 需 类 型 。 

TE Smalltalk 中 ， 可 以 复 用 从 Object 中 继承 的 标准 copy 方法 来 殉 隆 任 一 MapSite。 可 
以 用 MazeFactory 来 生成 你 需要 的 原型 ， 例 如 ,你 可 以 提供 名 字 #oom 来 创建 一 个 房间 。 
MazeFactory 有 一 个 将 名 字 映 射 为 原型 的 字典 。 它 的 make: 方法 如 下 : 


make: partName 
^ (partCatalog at: partName) copy 


假定 有 用 原型 初始 化 MazeFactory 的 适当 方法 ， 你 可 以 用 下 面 代码 创建 一 个 简单 迷宫 : 


CreateMaze 
on: (MazeFactory new 
with: Door new named: #door; 
with: Wall new named: #wall; 
with: Room new named: #room; 
yourself) 


其 中 CreateMaze 的 类 方法 on: 的 定义 将 是 


on: aFactory 
| rooml room2 | 


rooml := (aFactory make: #room) location: 181. 

room2 := (aFactory make: #room) location: 281. 

door := (aFactory make: #door) from: rooml to: room2. 
rooml 


atSide: #north put: (aFactory make: #wall); 
atSide: #east put: door; 
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atSide: #south put: (aFactory make: #wall); 
atSide: #west put: (aFactory make: #wall). 
room2 
atSide: #north put: (aFactory make: #wall); 
atSide: feast put: (aFactory make: s wall); 
atSide: #south put: (aFactory make: iwall); 
atSide: #west put: door. 
Maze new 
addRoom: rooml; 
addRoom: room2; 
yourself 


^ 


10. 已 知 应 用 

可 能 Prototype 模式 的 第 一 个 例子 出 现 于 Ivan Sutherland 的 Sketchpad 系统 中 [Sut63]. 
该 模式 在 面向 对 象 语言 中 第 一 个 广为人知 的 应 用 是 在 ThingLab 中 ， 其 中 用 户 能 够 生成 组 合 
对 象 ， 然 后 把 它 安装 到 一 个 可 复 用 的 对 象 库 中 ， 从 而 促使 它 成 为 一 个 原型 [Bor81]. Goldberg 
fll Robson 都 提出 原型 是 一 种 模式 [GR83], 但 Coplien[Cop92] 给 出 了 一 个 更 为 完整 的 描述 ， 
他 为 C++ 描述 了 与 Prototype 模式 相关 的 术语 并 给 出 了 很 多 例子 和 变种 。 

etgdb 是 一 个 基于 ET++ 的 调试 器 前 端 ， 它 为 不 同 的 行 导向 〈1line-oriented) 调试 器 提供 
了 一 个 点 触 式 (point-and-click) 接口 。 每 个 调试 器 有 相应 的 DebuggerAdaptor 子 类 。 例 如 ， 
GdbAdaptor 使 etgdb 适应 GNU 的 gdb 命令 语法 ， 而 SunDbxAdaptor 则 使 etgdb 适应 Sun 的 
dbx 调试 器 。etgdb 没有 一 组 硬 编码 于 其 中 的 DebuggerAdaptor 类 。 它 从 环境 变量 中 读 取 要 用 
到 的 适配器 的 名 字 ， 在 一 个 全 局 表 中 根据 特定 名 字 查 询 原 型 ， 然 后 克隆 这 个 原型 。 新 的 调试 
器 通过 与 该 调试 器 相对 应 的 DebuggerAdaptor 链接 ， 可 以 被 添加 到 etgdb 中 。 

Mode Composer 中 的 “交互 技术 库 ”(interaction technique library) 存储 了 支持 多 种 交互 
技术 的 对 象 的 原型 [Sha90]。 将 Mode Composer 创建 的 任 一 交互 技术 放 入 这 个 库 中 ， 它 就 可 
以 被 作为 一 个 原型 使 用 。Prototype 模式 使 得 Mode Composer 可 支持 数目 无 限 的 交互 技术 。 

前 面 讨论 过 的 音乐 编辑 器 的 例子 是 基于 Unidraw 绘图 框架 的 [VL90]。 


11. 相关 模式 

正如 我 们 在 这 一 章 结 尾 所 讨论 的 那样 ，Prototype 和 Abstract Factory(3.1) 模式 在 某 些 方 
面 是 相互 竞争 的 。 但 是 它们 也 可 以 一 起 使 用 。Abstract Factory 可 以 存储 一 个 被 克隆 的 原型 的 
集合 ， 并 且 返 回 产品 对 象 。 

大 量 使 用 Composite(4.3) 和 Decorator(4.4) 模式 的 设计 通常 也 可 从 Prototype 模式 获 益 。 


3.5 ”Singleton( 单 件 ) 一 一 对 过 创建 型 模式 


1. 意图 
保证 一 个 类 仅 有 一 个 实例 ， 并 提供 一 个 访问 它 的 全 局 访问 点 。 


2. 动机 
对 一 些 类 来 说 ， 只 有 一 个 实例 是 很 重要 的 。 虽 然 系 统 中 可 以 有 许多 打印 机 ， 但 却 只 应 该 


有 一 个 打印 假 脱 机 ( printer spooler)， 只 应 该 有 一 个 文件 系统 和 一 个 窗口 管理 器 。 一 个 数字 滤 
波 需 只 能 有 一 个 A/D FERRE. —P mi AS RS AFT n. 

怎样 才能 保证 一 个 类 只 有 一 个 实例 并 且 这 个 实例 易于 被 访问 呢 ? 全 局 变量 使 得 一 个 对 象 
可 以 被 访问 ， 但 它 不 能 防止 你 实例 化 多 个 对 象 。 

一 个 更 好 的 办 法 是 ， 让 类 上 自身 负责 保存 它 的 唯一 实例 。 这 个 类 可 以 保证 没有 其 他 实例 可 
以 被 创建 (通过 截取 创建 新 对 象 的 请 求 )， 并 且 它 可 以 提供 一 个 访问 该 实例 的 方法 。 这 就 是 
Singleton 模式 。 

3. 适用 性 

在 下 面 的 情况 下 可 以 使 用 Singleton 模式 : 

e 当 类 只 能 有 一 个 实例 而 且 客 户 可 以 从 一 个 众所周知 的 访问 点 访问 它 时 。 


e 当 这 个 唯一 实例 应 该 是 通过 子 类 化 可 扩展 的 ， 并 且 客 户 应 该 无 须 更 改 代码 就 能 使 用 一 
个 扩展 的 实例 时 。 


Singleton 





UN 
static Instance() O7---1--------- return uniquelnstance 
SingletonOperation() 


GetSingletonData() 


static uniquelnstance 
singletonData 


5. 参与 者 

Singleton 

一 定义 一 个 Instance 操作 ， 人 允许 客户 访问 它 的 唯一 实例 。Instance 是 一 个 类 操作 ( 即 
Smalltalk 中 的 一 个 类 方法 和 C++ 中 的 一 个 静态 成 员 函 数 )。 

一 可 能 负责 创建 它 自 己 的 唯一 实例 。 


6. 协作 
e 客户 只 能 通过 Singleton 的 Instance 操作 访问 一 个 Singleton 的 实例 。 


7. 效果 

Singleton 模式 有 许多 优点 : 

1) 对 唯一 实例 的 受 控 访问 因为 Singleton 类 封装 它 的 唯一 实例 ， 所 以 它 可 以 严格 地 控 
制 客户 怎样 以 及 何 时 访问 它 。 

2) 缩小 名 字 空 间 Singleton 模式 是 对 全 局 变量 的 一 种 改进 ， 它 避免 了 那些 存储 唯一 实 
例 的 全 局 变量 污染 名 字 空 间 。 

3) 允许 对 操作 和 表示 的 精 化 Singleton 类 可 以 有 子 类 ， 而 且 用 这 个 扩展 类 的 实例 来 配 
置 一 个 应 用 是 很 容易 的 。 你 可 以 用 你 所 需要 的 类 的 实例 在 运行 时 配置 应 用 。 
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4) 允许 可 变数 目的 实例 这 个 模式 使 得 你 易于 改变 你 的 想法 ， 并 允许 Singleton 类 
的 多 个 实例 。 此 外 ， 你 可 以 用 相同 的 方法 来 控制 应 用 所 使 用 的 实例 的 数目 。 只 有 人 允许 访问 
Singleton 实例 的 操作 需要 改变 。 

5) 比 类 操作 更 灵活 ” 男 一 种 封装 单 件 功能 的 方式 是 使 用 类 操作 ( 即 C++ 中 的 静态 成 员 
函数 或 者 是 Smalltalk 中 的 类 方法 )。 但 这 两 种 语言 技术 都 难以 改变 设计 以 允许 一 个 类 有 多 个 
实例 。 此 外 ，C++ 中 的 静态 成 员 明 数 不 是 虚 另 数 ， 因 此 子 类 不 能 多 态 地 重 定义 它们 。 


8. 实现 

下 面 是 使 用 Singleton 模式 时 所 要 考虑 的 实现 问题 : 

1) 保证 一 个 唯一 的 实例 Singleton 模式 使 得 这 个 唯一 实例 是 类 的 一 般 实 例 ， 但 该 类 被 
写成 只 有 一 个 实例 能 被 创建 。 做 到 这 一 点 的 一 个 常用 方法 是 将 创建 这 个 实例 的 操作 隐藏 在 一 
个 类 操作 ( 即 一 个 静态 成 员 函 数 或 者 是 一 个 类 方法 ) 后 面 ， 由 它 保证 只 有 一 个 实例 被 创建 。 
这 个 操作 可 以 访问 保存 唯一 实例 的 变量 ,而 且 它 可 以 保证 这 个 变量 在 返回 值 之 前 用 这 个 唯一 
实例 初始 化 。 这 种 方法 保证 了 单 件 在 它 的 首次 使 用 前 被 创建 和 使 用 。 

在 C++ 中 你 可 以 用 Singleton 类 的 静态 成 员 果 数 Instance 来 定义 这 个 类 操作 。Singleton 
还 定义 了 一 个 静态 成 员 变 量 instance， 它 包含 了 一 个 指 回 它 的 唯一 实例 的 指针 。 

Singleton 类 定义 如 下 : 

class Singleton ( 

public: 

static Singleton* Instance(); 
protected: 

Singleton(); 
private: 


static Singleton* | instance; 


); 


相应 的 实现 是 


Singleton* Singleton::. instance = 0; 
Singleton* Singleton: :Ihstance 0 ( 
if ( instance == 0) { 
.instance - new Singleton; 
) 
return instance; 
): 
客户 仅 通过 Instance 成 员 盟 数 访问 这 个 单 件 。 变 量 instance MLA 0, MSRK PRI 
数 Instance 返回 该 变量 值 ， 如 果 其 值 为 0 则 用 唯一 实例 初始 化 它 。Instance 使 用 惰性 (lazy) 
初始 化 ， 它 的 返回 值 直 到 被 第 一 次 访问 时 才 创 建 和 保存 。 
注意 构造 器 是 保护 型 的 。 试 图 直接 实例 化 Singleton 的 客户 将 得 到 一 个 编译 时 的 错误 信 
息 。 这 就 保证 了 仅 有 一 个 实例 可 以 被 创建 。 
此 外 ， 因 为 instance 是 一 个 指向 Singleton 对 象 的 指针 ，Instance 成 员 函 数 可 以 将 一 个 
jg] Singleton 的 子 类 的 指针 赋 给 这 个 变量 。 我 们 将 在 代码 示例 一 节 给 出 一 个 这 样 的 例子 。 


关于 C++ 的 实现 还 有 一 点 需要 注意 。 将 单 件 定义 为 一 个 全 局 或 静态 的 对 象 ， 然 后 依赖 于 
自动 初始 化 ， 这 是 不 够 的 。 有 如 下 三 个 原因 : 
e 我们 不 能 保证 静态 对 象 只 有 一 个 实例 会 被 声明 。 
e 我 们 可 能 没有 足够 的 信息 在 静态 初始 化 时 实例 化 每 一 个 单 件 。 单 件 可 能 需要 在 程序 执 
行 中 稍 后 被 计算 出 来 的 值 。 
e C++ 没有 定义 转换 单元 (translation unit) 上 全 局 对 象 的 构造 器 的 调用 顺序 [ES90]。 这 
就 意味 着 单 件 之 间 不 存在 依赖 关系 ， 如 果 有 ， 那 么 错误 将 是 不 可 避免 的 。 
使 用 全 局 /静态 对 象 的 实现 方法 还 有 男 一 个 缺点 (尽管 很 小 )， 它 使 得 所 有 单 件 无 论 用 到 
与 否 都 要 被 创建 。 使 用 静态 成 员 函 数 避 免 了 所 有 这 些 问题 。 
Smalltalk 中 ， 返 回 唯一 实例 的 函数 被 实现 为 Singleton 类 的 一 个 类 方法 。 为 保证 只 有 
一 个 实例 被 创建 ， 重 定义 了 new 操作 。 得 到 的 Singleton 类 可 能 有 下 列 两 个 类 方法 ， 其 中 
SoleInstance 是 一 个 其 他 地 方 并 不 使 用 的 类 变量 : 


new 
self error: 'cannot create new object' 


default 


SoleInstance isNil ifTrue: [SoleInstance := super new]. 
^ SoleInstance 


2) 创建 Singleton 类 的 子 类 ”主要 问题 与 其 说 是 定义 子 类 不 如 说 是 建立 它 的 唯一 实例 ， 
这 样 客户 就 可 以 使 用 它 。 事 实 上 ， 指 向 单 件 实例 的 变量 必须 用 子 类 的 实例 进行 初始 化 。 最 简 
单 的 技术 是 在 Singleton 的 Instance 操作 中 决定 你 想 使 用 的 是 哪 一 个 单 件 。 代 码 示 例 一 节 中 的 
一 个 例子 说 明了 如 何 用 环境 变量 实现 这 一 技术 。 

另 一 个 选择 Singleton 的 子 类 的 方法 是 将 Instance 的 实现 从 父 类 (Bl MazeFactory) 中 分 
离 出 来 并 将 它 放 人 子 类 。 这 就 允许 C++ 程序 员 在 链接 时 决定 单 件 的 类 〈 即 通过 链 人 一 个 包含 
不 同 实现 的 对 象 文件 )， 但 对 单 件 的 客户 则 隐蔽 这 一 点 。 

链接 的 方法 在 链接 时 确定 了 单 件 类 的 选择 ， 这 使 得 难以 在 运行 时 选择 单 件 类 。 使 用 条 件 
语句 来 决定 子 类 更 加 灵活 一 些 ， 但 这 硬性 限定 (hard-wire) 了 可 能 的 Singleton 类 的 集合 。i 
两 种 方法 不 是 在 所 有 的 情况 都 足够 灵活 。 

一 个 更 灵活 的 方法 是 使 用 一 个 单 件 注册 表 ( registry of singleton), PJ AERJ Singleton 类 的 
集合 不 是 由 Instance 定义 的 ，Singleton 类 可 以 根据 名 字 在 一 个 众所周知 的 注册 表 中 注册 它们 
的 单 件 实例 。 

这 个 注册 表 在 字符 串 名 字 和 单 件 之 间 建 立 映射 。 当 Instance 需要 一 个 单 件 时 ， 它 参考 注 
MEK, 根据 名 字 请 求 单 件 。 

注册 表 查 询 相 应 的 单 件 (如 果 存 在 的 话 ) 并 返回 它 。 这 个 方法 使 得 Instance 不 再 需要 知 
道 所 有 可 能 的 Singleton 类 或 实例 。 它 所 需要 的 只 是 所 有 Singleton 类 的 一 个 公共 的 接口 ， 该 
接口 包括 了 对 注册 表 的 操作 : 


class Singleton { 
public: 
static void Register(const char* name, Singleton*); 
static Singleton* Instance(); 
protected: 
static Singleton* Lookup(const char* name); 
private: 
static Singleton* | instance; 
Static List«NameSingletonPair»* registry; 
); 


Register 以 给 定 的 名 字 注 册 Singleton 实例 。 为 保证 注册 表 简 单 ， 我 们 将 让 它 存 储 一 列 
NameSingletonPair 对 象 。 每 个 NameSingletonPair 将 一 个 名 字 映 射 到 一 个 单 件 。Lookup 操作 
根据 给 定单 件 的 名 字 进 行 查找 。 我 们 假定 一 个 环境 变量 指定 了 所 需要 的 单 件 的 名 字 。 


Singleton* Singleton::Instance () ( 
if ( instance == 0) ( 
const char* singletonName - getenv("SINGLETON"); 
// user or environment supplies this at startup 
_instance = Lookup(singletonName) ; 
// Lookup returns 0 if there’s no such singleton 


} 
return _instance; 


} 


Singleton 类 在 何 处 注册 自己 ? 一 种 可 能 是 在 其 构造 器 中 。 例 如 ，MySingleton 子 类 可 以 
像 下 面 这 样 做 : 

MySingleton::MySingleton() ( 
opus pie Ub: MF eR ubt this); 

) 

当然 ， 除 非 实 例 化 类 否则 这 个 构造 器 不 会 被 调用 ， 这 正 反 映 了 Singleton 模式 试图 解决 
的 问题 ! 在 C++ 中 我 们 可 以 定义 MySingleton 的 一 个 静态 实例 来 避免 这 个 问题 。 例 如 ， 可 以 
在 包含 MySingleton 实现 的 文件 中 定义 : 


static MySingleton theSingleton; 


Singleton 类 不 再 负责 创建 单 件 。 它 的 主要 职责 是 使 得 供 选择 的 单 件 对 象 在 系统 中 可 以 被 
访问 。 静 态 对 象 方法 还 是 有 一 个 潜在 的 缺点 一 一 所 有 可 能 的 Singleton 子 类 的 实例 都 必须 被 创 
建 ， 否 则 它们 不 会 被 注册 。 


9. 代码 示例 

假定 我 们 定义 一 个 MazeFactory 类 用 于 建造 在 本 章 前 面 所 描述 的 迷宫 。MazeFactory XE 
义 了 一 个 建造 迷宫 的 不 同 部 件 的 接口 。 子 类 可 以 重 定 义 这 些 操作 以 返回 特定 产品 类 的 实例 ， 
如 用 BombedWall 对 象 代替 普通 的 Wall 对 象 。 

此 处 相关 的 问题 是 Maze 应 用 仅 需 迷宫 工厂 的 一 个 实例 ， 且 这 个 实例 对 建造 迷宫 任何 部 
件 的 代码 都 是 可 用 的 。 这 样 就 引入 了 Singleton 模式 。 将 MazeFactory 作为 单 件 ， 我 们 无 须 借 
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助 全 局 变量 就 可 使 迷宫 对 象 具有 全 局 可 访问 性 。 

为 简单 起 见 ， 假 定 不 会 生成 MazeFactory 的 子 类 。( 我 们 随后 将 考虑 另 一 个 选择 。) RI 
通过 增加 静态 的 Instance 操作 和 静态 的 用 来 保存 唯一 实例 的 成 员 instance, TE C++ 中 生成 一 
个 Singleton 类 。 我 们 还 必须 保护 构造 器 以 防止 意外 的 实例 化 ， 因 为 意外 的 实例 化 可 能 会 导致 
多 个 实例 。 


class MazeFactory { 
public: 
static MazeFactory* Instance(); 


// existing interface goes here 
protected: 

MazeFactory(); 
private: 

static MazeFactory* instance; 


): 


相应 的 实现 是 : 


MazeFactory* MazeFactory:: instance = 0; 


MazeFactory* MazeFactory::Instance () { 
if ( instance -- 0) ( 
.instance - new MazeFactory; 
} 
return _instance; 


} 


现在 让 我 们 考虑 当 存 在 MazeFactory 的 多 个 子 类 ， 而 且 应 用 必须 决定 使 用 哪个 子 类 时 
的 情况 。 我 们 将 通过 环境 变量 选择 迷宫 的 种 类 并 根据 该 环境 变量 的 值 增加 代码 用 于 实例 化 
适当 的 MazeFactory 子 类 。Instance 操作 是 增加 这 些 代 码 的 好 地 方 ， 因 为 它 已 经 实例 化 了 
MazeFactory: 

MazeFactory* MazeFactory::Instance () { 


if (_instance == 0) { 
const char* mazeStyle = getenv("MAZESTYLE") ; 


if (strcmp(mazeStyle, "bombed") == 0) { 
_instance = new BombedMazeFactory; 


} else if (strcmp(mazeStyle, "enchanted") == 0) { 
_instance = new EnchantedMazeFactory; 


// ... other possible subclasses 


} else { // default 
_instance = new MazeFactory; 
} 
} 
return _instance; 
} 


注意 ， 无 论 何 时 定义 一 个 新 的 MazeFactory WF2E, Instance 都 必须 被 修改 。 在 这 个 应 
用 中 这 可 能 没什么 关系 ， 但 对 于 定义 在 一 个 框架 中 的 抽象 工厂 来 说 ， 这 可 能 是 一 个 问题 。 
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一 个 可 能 的 解决 办 法 将 是 使 用 在 实现 一 节 中 所 描述 过 的 注册 表 的 方法 。 此 处 动态 链接 可 
能 也 很 有 用 一 一 它 使 得 应 用 不 需要 装载 那些 用 不 看 的 子 类 。 


10. 已 知 应 用 

在 Smalltalk-80[Par90] 中 Singleton 模式 的 例子 是 改变 代码 的 集合 ， 即 ChangeSet 
current。 一 个 更 巧妙 的 例子 是 类 及 其 元 类 ( metaclass) 之 间 的 关系 。 一 个 元 类 是 一 个 类 的 类 ， 
而 且 每 一 个 元 类 有 一 个 实例 。 元 类 没有 名 字 【《 除 非 间 接地 通过 它们 的 唯一 实例 )， 但 它们 记录 
了 唯一 实例 并 且 通 常 不 会 再 创建 其 他 实例 。 

InterViews 用 户 界面 工具 箱 [LCI+92] 使 用 Singleton 模式 在 其 他 类 中 访问 Session 和 
WidgetKit 类 的 唯一 实例 。Session 定义 了 应 用 的 主事 件 调度 循环 ， 存 储 用 户 的 风格 偏好 数据 
库 ， 并 管理 与 一 个 或 多 个 物理 显示 的 连接 。WidgetKit 是 一 个 Abstract Factory(3.1)， 用 于 定 
义 用 户 的 窗口 组 件 的 视 感 风格 。WidgetKit::instance() 操作 决定 了 特定 的 WidgetKit 子 类 ， 该 
子 类 根据 Session 定义 的 环境 变量 进行 实例 化 。Session 的 一 个 类 似 操 作 决 定 了 文 持 单 色 还 是 
彩色 显示 并 据 此 配置 单 件 Session 的 实例 。 

11. 相关 模式 

很 多 模式 可 以 使 用 Singleton 模 式 实 现 。 参 见 Abstract Factor(3.1), Builder(3.2) 和 
Prototype(3.4)。 


3.6 创建 型 模式 的 讨论 


用 一 个 系统 创建 的 那些 对 象 的 类 对 系统 进行 参数 化 有 两 种 常用 方法 。 一 种 是 生成 创建 对 
象 的 类 的 子 类 ， 这 对 应 于 使 用 Factory Method(3.3) 模式 。 这 种 方法 的 主要 缺点 是 ， 仅 为 了 改 
变 产 品类 ， 就 可 能 需要 创建 一 个 新 的 子 类 。 这 样 的 改变 可 能 是 级 联 的 〈cascade)。 例 如 ， 如 
果 产 品 的 创建 者 本 身 是 由 一 个 工厂 方法 创建 的 ， 那 么 你 也 必须 重 定义 它 的 创建 者 。 

另 一 种 对 系统 进行 参数 化 的 方法 更 多 地 依赖 于 对 象 组 合 : 定义 一 个 对 象 负 责 明 确 
产品 对 象 的 类 ， 并 将 它 作为 该 系统 的 参数 。 这 是 Abstract Factory(3.1). Builder(3.2) 和 
Prototype(3.4) 模式 的 关键 特征 。 所 有 这 三 个 模式 都 涉及 创建 一 个 新 的 负责 创建 产品 对 象 的 
“工厂 对 象 ” Abstract Factory 由 这 个 工厂 对 象 产生 多 个 类 的 对 象 。Builder 使 用 一 个 相对 复 
杂 的 协议 ， 由 这 个 工厂 对 象 逐 步 创 建 一 个 复杂 产品 。Prototype 由 该 工厂 对 象 通过 拷贝 原型 对 
象 来 创建 产品 对 象 。 在 这 种 情况 下 ， 因 为 原型 负责 返回 产品 对 象 ， 所 以 工厂 对 象 和 原型 是 同 
—^4 8 « 

考虑 在 Prototype 模式 中 描述 的 绘图 编辑 器 框架 。 有 多 种 方法 通过 产品 类 来 参数 化 
GraphicTool: 


ə fii FA Factory Method 模 式 ， 将 为 选择 板 中 的 每 个 Graphic 的 子 类 创建 一 个 
GraphicTool 的 子 类 。GraphicTool 将 有 一 个 NewGraphic 操作 ， 每 个 GraphicTool 的 子 
类 都 会 重 定 义 它 。 
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e fii Hj Abstract Factory 模式 ， 将 有 一 个 GraphicsFactory 类 层次 对 应 于 每 个 Graphic 
的 子 类 。 在 这 种 情况 下 每 个 工厂 仅 创 建 一 个 产品 : CircleFactory 将 创建 Circle， 
LineFactory 将 创建 Line， 等 等 。GraphicTool 将 以 创建 合适 种 类 Graphic 的 工厂 作为 
参数 。 

e 使 用 Prototype 模式 ， 每 个 Graphic 的 子 类 将 实现 Clone 操作 ， 并 且 GraphicTool 将 以 
它 所 创建 的 Graphic 的 原型 作为 参数 。 


究竟 哪 种 模式 最 好 取决 于 诸多 因素 。 在 我 们 的 绘图 编辑 器 框架 中 ， 第 一 眼看 来 ，Factory 
Method 模式 的 使 用 是 最 简单 的 。 它 易于 定义 一 个 新 的 GraphicTool 的 子 类 ， 并 且 仅 当选 择 板 
被 定义 的 时 候 ，GraphicTool 的 实例 才 被 创建 。 它 的 主要 缺点 在 于 GraphicTool 子 类 数目 的 激 
增 ， 并 且 它 们 都 没有 做 很 多 事情 。 

Abstract Factory 并 没有 很 大 的 改进 ， 因 为 它 需 要 一 个 同样 庞大 的 GraphicsFactory 类 层 
次 。 只 有 当 早 已 存在 一 个 GraphicsFactory 类 层次 时 ，Abstract Factory 才 比 Factory Method 
更 好 一 点 或 是 因为 编译 器 自动 提供 (RE Smalltalk 或 是 Objective C 中 ), 或 是 因为 系统 
的 其 他 部 分 需要 这 个 GraphicsFactory 类 层次 。 

总 的 来 说 ，Prototype 模式 对 绘图 编辑 器 框架 可 能 是 最 好 的 ， 因 为 它 仅 需要 为 每 个 
Graphic 类 实现 一 个 Clone 操作 。 这 就 减少 了 类 的 数目 ， 并且 Clone 可 以 用 于 其 他 目的 而 不 仅 
仅 是 纯粹 的 实例 化 (例如 ， 一 个 Duplicate 菜单 操作 ) 。 

Factory Method 使 一 个 设计 可 以 定制 且 只 略微 有 一 些 复杂 。 其 他 设计 模式 需要 新 的 类 ， 
而 Factory Method 只 需要 一 个 新 的 操作 。 人 们 通常 将 Factory Method 作为 一 种 标准 的 创建 对 
象 的 方法 。 但 是 当 被 实例 化 的 类 根本 不 发 生变 化 或 实例 化 出 现在 子 类 可 以 很 容易 重 定义 的 操 
作 (比如 初始 化 操作 ) 中 时 ， 这 就 不 必要 了 。 

使 用 Abstract Factory 、Prototype 或 Builder 的 设计 甚至 比 使 用 Factory Method 的 设计 更 
灵活 ,但 它们 也 更 加 复杂 。 通 常 ， 设 计 以 使 用 Factory Method 开始 ， 并 且 当 设计 者 发 现 需 要 
更 大 的 灵活 性 时 ， 设 计 便 会 回 其 他 创建 型 模式 演化 。 当 你 在 设计 标准 之 间 进 行 权衡 的 时 候 ， 
了 解 多 个 模式 可 以 给 你 提供 更 多 的 选择 余地 。 
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结构 型 模式 涉及 如 何 组 合 类 和 对 象 以 获得 更 大 的 结构 。 结 构 型 类 模式 采用 继承 机 制 来 组 
合 接口 或 实现 。 一 个 简单 的 例子 是 采用 多 重 继 承 方法 将 两 个 以 上 的 类 组 合成 一 个 类 ， 结 果 这 
个 类 包含 了 所 有 父 类 的 性 质 。 这 一 模式 尤其 有 助 于 多 个 独立 开发 的 类 库 协同 工作 。 男 外 一 个 
例子 是 类 形式 的 Adapter(4.1) 模式 。 一 般 来 说 ， 适 配 堪 使 得 一 个 接口 (adaptee HHO) 与 其 
他 接口 兼容 ， 从 而 给 出 多 个 不 同 接口 的 统一 抽象 。 为 此 ， 类 适 配 妖 对 一 个 adaptee 类 进行 私 
有 继承 。 这 样 ， 适 配器 就 可 以 用 adaptee 的 接口 表示 它 的 接口 。 

结构 型 对 象 模式 不 是 对 接口 和 实现 进行 组 合 ， 而 是 描述 了 如 何 对 一 些 对 象 进行 组 合 ， 从 
而 实现 新 功能 的 一 些 方法 。 因 为 可 以 在 运行 时 改变 对 象 组 合 关 系 ， 所 以 对 象 组 合 方式 具有 更 
大 的 灵活 性 ， 而 这 种 机 制 用 静态 类 组 合 是 不 可 能 实现 的 。 

Composite(4.3) 模式 是 结构 型 对 象 模式 的 一 个 实例 。 它 描述 了 如 何 构造 一 个 类 层次 式 结 
构 ， 这 一 结构 由 两 种 类 型 的 对 象 ( 基 元 对 象 和 组 合 对 象 ) 所 对 应 的 类 构成 。 其 中 的 组 合 对 象 
使 得 你 可 以 组 合 基 元 对 象 以 及 其 他 的 组 合 对 象 ， 从 而 形成 任意 复杂 的 结构 。 在 Proxy(4.7) 模 
AP, proxy 对 象 作为 其 他 对 象 的 一 个 方便 的 蔡 代 或 占 位 符 。 它 的 使 用 可 以 有 多 种 形式 。 例 
如 ， 它 可 以 在 局 部 空间 中 代表 一 个 远程 地 址 空间 中 的 对 象 ， 也 可 以 表示 一 个 要 求 被 加 载 的 较 
大 的 对 象 ， 还 可 以 用 来 保护 对 敏感 对 象 的 访问 。Proxy 模式 还 提供 了 对 对 象 的 一 些 特有 性 质 
的 一 定 程度 上 的 间接 访问 ， 从 而 它 可 以 限制 、 增 强 或 修改 这 些 性 质 。 

Flyweight(4.6) 模式 为 了 共享 对 象 定义 了 一 个 结构 。 至 少 有 两 个 原因 要 求 对 象 共 享 : 效率 
和 一 致 性 。Flyweight 的 对 象 共享 机 制 主要 强调 对 象 的 空间 效率 。 使 用 很 多 对 象 的 应 用 必须 考 
虑 每 一 个 对 象 的 开销 。 使 用 对 象 共享 而 不 是 进行 对 象 复 制 ， 可 以 节省 大 量 的 空间 资源 。 但 是 
仅 当 这 些 对 象 没 有 定义 与 上 下 文 相关 的 状态 时 ， 它 们 才 可 以 被 共享 。Flyweight 的 对 象 没 有 这 
样 的 状态 ， 任 何 执行 任务 时 需要 的 其 他 信息 仅 当 需 要 时 才 传 递 过 去 。 由 于 不 存在 与 上 下 文 相 
关 的 状态 ， 因 此 Flyweight 对 象 可 以 被 自由 地 共享 。 

MRL Flyweight 模式 说 明了 如 何 生成 很 多 较 小 的 对 象 ， 那 么 Facade(4.5) 模式 则 描述 了 
如 何 用 单个 对 象 表示 整个 子 系统 。 模 式 中 的 facade 用 来 表示 一 组 对 象 ，facade 的 职责 是 将 消 
息 转发 给 它 所 表示 的 对 象 。Bridge(4.2) 模式 将 对 象 的 抽象 和 其 实现 分 离 ， 从 而 可 以 独立 地 改 
变 它们 。 

Decorator(4.4) 模式 描述 了 如 何 动 态 地 为 对 象 添 加 职责 。Decorator 模式 是 一 种 结构 型 模 
式 。 这 一 模式 采用 递归 方式 组 合 对 象 ， 从 而 允许 你 添加 任意 多 的 对 象 职责 。 例 如 ， 一 个 包含 
用 户 界面 组 件 的 Decorator 对 象 可 以 将 边框 或 阴影 这 样 的 装饰 添加 到 该 组 件 中 ， 或 者 它 可 以 
将 窗口 滚动 和 缩放 这 样 的 功能 添加 到 组 件 中 。 将 一 个 Decorator 对 象 租 套 在 另 一 个 对 象 中 就 
可 以 很 简单 地 增加 两 个 装饰 ， 添 加 其 他 的 装饰 也 是 如 此 。 因 此 ， 每 个 Decorator 对 象 必 须 与 
其 组 件 的 接口 兼容 并 且 保 证 将 消息 传递 给 它 。Decorator 模式 在 转发 一 条 信息 之 前 或 之 后 都 可 
以 完成 它 的 工作 〈 比 如 绘制 组 件 的 边框 )。 

许多 结构 型 模式 在 某 种 程度 上 具有 相关 性 ， 我 们 将 在 本 章 末 讨论 这 些 关 系 。 
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4.1 Adapter (ifii Zi ) 一 一 类 对 象 结构 型 模式 


1. BA 
将 一 个 类 的 接口 转换 成 客户 希望 的 另外 一 个 接口 。Adapter 模式 使 得 原本 由 于 接口 不 兼 
容 而 不 能 一 起 工作 的 那些 类 可 以 一 起 工作 。 


2. 别名 
包装 器 (wrapper). 


3. 动机 

有 时 ， 为 复 用 而 设计 的 工具 箱 类 不 能 够 被 复 用 仅仅 是 因为 它 的 接口 与 专业 应 用 领域 所 需 
要 的 接口 不 匹配 。 

例如 ， 有 一 个 绘图 编辑 器 ， 这 个 编辑 器 允许 用 户 绘 制 和 排列 基本 图 元 〈 线 、 多 边 形 和 文 
本 等 ) 来 生成 图 片 和 图 表 。 这 个 绘图 编辑 器 的 关键 抽象 是 图 形 对 象 。 图 形 对 象 有 一 个 可 编辑 
的 形状 ， 并 可 以 绘制 自身 。 图 形 对 象 的 接口 由 一 个 称 为 Shape 的 抽象 类 定义 。 绘 图 编辑 需 为 
每 一 种 图 形 对 象 定义 了 一 个 Shape 的 子 类 : LineShape 类 对 应 于 直线 ，PolygonShape 类 对 应 
于 多 边 形 ， 等 等 。 

像 LineShape 和 PolygonShape 这 样 的 基本 几何 图 形 的 类 比较 容易 实现 ， 这 是 由 于 它们 的 
绘图 和 编辑 功能 本 来 就 很 有 限 。 但 是 对 于 可 以 显示 和 编辑 文本 的 TextShape 子 类 来 说 ， 实 现 
相当 困难 ， 因 为 即使 是 基本 的 文本 编辑 也 要 涉及 复杂 的 屏幕 刷新 和 缓冲 区 管理 。 同 时 ， 成 品 
的 用 户 界 面 工 具 箱 可 能 已 经 提供 了 一 个 复杂 的 TextView 类 用 于 显示 和 编辑 文本 。 理 想 的 情 
况 是 我 们 可 以 复 用 TextView 类 以 实现 TextShape 类 ， 但 是 工具 箱 的 设计 者 当时 并 没有 考虑 到 
Shape 的 存在 ， 因 此 TextView 和 Shape 对 象 不 能 互 换 。 

一 个 应 用 可 能 会 有 一 些 类 具有 不 同 的 接口 并 且 这 些 接口 互 不 兼容 ， 在 这 样 的 应 用 中 像 
TextView 这 样 已 经 存在 并 且 不 相关 的 类 如 何 协同 工作 呢 ? 我 们 可 以 改变 TextView REE FH 
容 Shape 类 的 接口 ， 但 前 提 是 必须 有 这 个 工具 箱 的 源 代 码 。 然 而 即使 我 们 得 到 了 这 些 源 代 
码 ， 修 改 TextView 也 是 没有 什么 意义 的 ， 因 为 不 应 该 仅仅 为 了 实现 一 个 应 用 ， 工 具 箱 就 不 得 
不 采用 一 些 与 特定 领域 相关 的 接口 。 

我 们 可 以 不 用 上 面 的 方法 ， 而 定义 一 个 TextShape 类 ， 由 它 来 适 配 TextView 的 接口 和 
Shape 的 接口 。 我 们 可 以 用 两 种 方法 做 这 件 事 : 继承 Shape 类 的 接口 和 TextView 的 实现 ; © 
将 一 个 TextView 实例 作为 TextShape 的 组 成 部 分 ， 并 且 使 用 TextView 的 接口 实现 TextShape。 
这 两 种 方法 恰恰 对 应 于 Adapter 模式 的 类 和 对 象 版 本 。 我 们 将 TextShape PK AiG Acs (adapter) 


seran 


pe 
BoundingBox() GetExtent() 
CreateManipulator() 
人 






















BoundingBox() 
CreateManipulator() 
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BoundingBox() 
CreateManipulator() O- 





ex 
CS 
--------34 retum text-»GetExtent() 


'-- 7-41 return new TextManipulator 


wd 
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上 面 的 类 图 说 明了 对 象 适 配器 实例 。 它 说 明了 在 Shape 类 中 声明 的 BoundingBox 请 求 如 
何 被 转换 成 在 TextView 类 中 定义 的 GetExtent 请 求 。 由 于 TextShape 将 TextView 的 接口 与 
Shape 的 接口 进行 了 匹配 ， 因 此 绘图 编辑 器 就 可 以 复 用 原先 并 不 兼容 的 TextView 类 。 

Adapter 经 常 还 要 负责 提供 那些 被 匹配 的 类 所 没有 提供 的 功能 ， 上 面 的 类 图 中 说 明了 
适配器 如 何 实现 这 些 职责 。 这 是 由 于 绘图 编辑 器 允许 用 户 交 互 地 将 每 一 个 Shape 对 象 “ 拖 
动 ”到 一 个 新 的 位 置 ， 而 TextView 设计 中 没有 这 种 功能 。 我 们 可 以 实现 TextShape 类 的 
CreateManipulator 操作 ， 从 而 增加 这 个 缺少 的 功能 ， 这 个 操作 返回 相应 的 Manipulator 子 类 
的 一 个 实例 。 

Manipulator 是 一 个 抽象 类 ， 它 所 描述 的 对 象 知道 如 何 驱 动 Shape 类 响应 相应 的 用 户 输 
入 ， 例 如 将 图 形 拖 动 到 一 个 新 的 位 置 。 对 应 于 不 同形 状 的 图 形 ，Manipulator 有 不 同 的 子 类 ， 
例如 子 类 TextManipulator 对 应 于 TextShape。TextShape 通过 返回 一 个 TextManipulator 实例 ， 
增加 了 TextView 中 缺少 而 Shape 需要 的 功能 。 

4. 适用 性 

以 下 情况 下 使 用 Adapter 模式 : 


e 你 想 使 用 一 个 已 经 存在 的 类 ， 而 它 的 接口 不 符合 你 的 需求 。 

e 你 想 创建 一 个 可 以 复 用 的 类 ， 该 类 可 以 与 其 他 不 相关 的 类 或 不 可 预见 的 类 〈 即 那些 接 
口 可 能 不 一 定 兼容 的 类 ) 协同 工作 。 

e。( 仅 适用 于 对 象 Adapter) 你 想 使 用 一 些 已 经 存在 的 子 类 , 但 是 不 可 能 对 每 一 个 都 进行 
子 类 化 以 匹配 它们 的 接口 。 对 象 适配器 可 以 适 配 它 的 父 类 接口 。 


5. 结构 | 
类 适配器 使 用 多 重 继承 对 一 个 接口 与 另 一 个 接口 进行 匹配 ， 如 下 图 所 示 。 


Request() 









Adaptee 


SpecificRequest() 







(implementation) 


Adapter 


Request() O- 


SpecificRequest() 





对 象 匹配 器 依赖 于 对 象 组 合 ， 如 下 图 所 示 。 


Request() 














Adaptee 


SpecificRequest() 










Adapter 
wd 
Hodges er =< eem mata adaptee-»SpecificRequest() 
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6. 参与 者 


Target (Shape) 

一 定义 Client 使 用 的 与 特定 领域 相关 的 接口 。 
Client (DrawingEditor) 

一 与 符合 Target 接口 的 对 象 协同 。 

Adaptee (TextView ) 

一 定义 一 个 已 经 存在 的 接口 ， 这 个 接口 需要 适 配 。 
Adapter (TextShape) 

一 对 Adaptee 的 接口 与 Target 接口 进行 适 配 。 


7. 协作 


e Client 在 Adapter 实例 上 调用 一 些 操 作 。 接 着 适 配 回 调用 Adaptee 的 操作 实现 这 个 
请 求 。 


8. 效果 
类 适配器 和 对 象 适 配 占 有 不 同 的 权衡 。 类 适 配 夯 的 权衡 为 : 


e 用 一 个 具体 的 Adapter 类 对 Adaptee 和 Target 进行 匹配 。 结 果 是 当 我 们 想 要 匹配 一 个 
类 以 及 所 有 它 的 子 类 时 ， 类 Adapter 将 不 能 胜任 工作 。 

e 使 得 Adapter 可 以 重 定义 Adaptee 的 部 分 行为 ， 因 为 Adapter 是 Adaptee 的 一 个 子 类 。 

e 仅仅 引入 了 一 个 对 象 ， 并 不 需要 额外 的 指针 以 间接 得 到 Adaptee。 


对 象 适 配 融 的 权衡 为 : 


e 人 允许 一 个 Adapter 与 多 个 Adaptee——Adaptee 本 身 以 及 它 的 所 有 子 类 (如 果 有 子 类 的 
话 ) 同时 工作 。Adapter 也 可 以 一 次 给 所 有 的 Adaptee 添加 功能 。 

e 使 得 重 定 义 Adaptee 的 行为 比较 困难 。 这 就 需要 生成 Adaptee 的 子 类 并 且 使 得 
Adapter 引用 这 个 子 类 而 不 是 引用 Adaptee #4. 





使 用 Adapter 模式 时 需要 考虑 的 其 他 一 些 因素 有 : 

1) Adapter 的 匹配 程度 对 Adaptee 的 接口 与 Target 的 接口 进行 匹配 的 工作 量 ， 各 个 
Adapter 可 能 不 一 样 。 工 作 范 围 可 能 是 从 简单 的 接口 转换 (例如 改变 操作 名 ) 到 支持 完全 不 同 
的 操作 集合 。Adapter 的 工作 量 取决 于 Target 接口 与 Adaptee 接口 的 相似 程度 。 

2) 可 插入 的 Adapter 当 其 他 的 类 使 用 一 个 类 时 ， 所 需 的 假定 条 件 越 少 ， 这 个 类 就 更 具 
可 复 用 性 。 如 果 将 接口 匹配 构建 为 一 个 类 ， 就 不 需要 假定 对 其 他 的 类 可 见 的 是 一 个 相同 的 接 
口 。 也 就 是 说 ， 接 口 匹 配 使 得 我 们 可 以 将 自己 的 类 加 入 一 些 现 有 的 系统 中 去 ， 而 这 些 系统 对 
这 个 类 的 接口 可 能 会 有 所 不 同 。Object-Work/Smalltalk[Par90] 使 用 pluggable adapter 一 词 摘 
述 那 些 具 有 内 部 接口 适 配 的 类 。 
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考虑 TreeDisplay 窗口 组 件 ， 它 可 以 图 形 化 显示 树 状 结构 。 如 果 这 是 一 个 具有 特殊 用 途 
的 窗口 组 件 ， 仅 在 一 个 应 用 中 使 用 ， 我 们 可 能 要 求 它 所 显示 的 对 象 有 一 个 特殊 的 接口 ， 即 
它们 都 是 抽象 类 Tree 的 子 类 。 如 果 我 们 希望 使 TreeDisplay 具有 良好 的 复 用 性 的 话 (比如 
说 ,我们 希望 将 它 作 为 可 用 窗口 组 件 工 具 箱 的 一 部 分 )， 那 么 这 种 要 求 将 是 不 合理 的 。 应 用 
程序 将 自己 定义 树 结 构 类 ， 而 不 一 定 要 使 用 我 们 的 抽象 类 Tree。 不 同 的 树 结构 会 有 不 同 的 
接口 。 

例如 ， 在 一 个 目录 层次 结构 中 ， 可 以 通过 GetSubdirectory 操作 访问 子 目 录 ， 然 而 在 一 个 
继承 式 层 次 结构 中 ， 相 应 的 操作 可 能 被 称 为 GetSubclass。 尽 管 这 两 种 层次 结构 使 用 的 接口 不 
同 ， 但 一 个 可 复 用 的 TreeDisplay 窗口 组 件 必须 能 显示 这 两 种 结构 。 也 就 是 说 ，TreeDisplay 
应 具有 接口 适 配 的 功能 。 

我 们 将 在 实现 一 节 讨 论 在 类 中 构建 接口 适 配 的 多 种 方法 。 

3) 使 用 双向 适配器 提供 透 阴 操作 ”使 用 适配器 的 一 个 潜在 问题 是 ， 它 们 不 对 所 有 的 客 
户 都 透明 。 被 适 配 的 对 象 不 再 兼容 Adaptee 的 接口 ， 因 此 并 不 是 所 有 Adaptee 对 象 可 以 被 使 
用 的 地 方 它 都 可 以 被 使 用 。 双 回 适 配器 提供 了 这 样 的 透明 性 。 在 两 个 不 同 的 客户 需要 用 不 同 
的 方式 查看 同一 个 对 象 时 ， 双 回 适 配器 尤其 有 用 。 

考虑 一 个 双向 适配器 ， 它 将 图 形 编辑 框架 Unidraw [VL90] 与 约束 求解 工具 箱 QOCA 
[HHMV92] 集成 起 来 。 这 两 个 系统 都 有 一 些 类 ， 这 些 类 显 式 地 表示 变量 : Unidraw 含有 类 
StateVariable, QOCA 含有 类 ConstraintVariable， 如 下 图 所 示 。 为 了 使 Unidraw 5 QOCA D 
同 工 作 ， 必 须 首 先 使 类 ConstraintVariable 与 类 StateVariable 相 匹 配 ; 而 为 了 将 QOCA 的 求 
解 结果 传递 给 Unidraw ， 必 须 使 StateVariable 与 ConstraintVariable 相 匹 配 。 


(到 QOCA 类 (到 Unidraw 类 
层次 结构 ) 层次 结构 ) 













ConstraintStateVariable 


这 一 方案 中 包含 了 一 个 双向 适配器 ConstraintStateVariable， 它 是 类 ConstraintVariable 与 
类 StateVariable 的 共同 子 类 ，ConstraintStateVariable 使 得 两 个 接口 互相 匹配 。 在 该 例子 中 多 
重 继承 是 一 个 可 行 的 解决 方案 ， 因 为 被 适 配 类 的 接口 差异 较 大 。 双 向 适配器 与 这 两 个 被 匹配 
的 类 都 兼容 ， 在 这 两 个 系统 中 它 都 可 以 工作 。 


9. 实现 

尽管 Adapter 模式 的 实现 方式 通常 简单 直接 ， 但 是 仍 需要 注意 以 下 一 些 问题 : 

1) 使 用 C++ 实现 适配器 类 在 使 用 C++ 实现 适配器 类 时 ，Adapter 类 应 该 采用 公共 方 
式 继承 Target 类 ， 并 且 用 私有 方式 继承 Adaptee 类 。 因 此 ，Adapter 类 应 该 是 Target HFA 
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型 ， 但 不 是 Adaptee 的 子 类 型 。 
2) 可 插入 的 适配器 ”有 许多 方法 可 以 实现 可 插入 的 适配器 。 例 如 ， 前 面 描述 的 
TreeDisplay 窗口 组 件 可 以 自动 地 布置 和 显示 层次 式 结构 ， 对 于 它 有 三 种 实现 方法 : 
首先 (这 也 是 所 有 这 三 种 实现 都 要 做 的 ) 是 为 Adaptee 找到 一 个 “ 罕 ” 接 口 ， 即 可 用 于 适 
配 的 最 小 操作 集 ， 因 为 包含 较 少 操作 的 罕 接 口 相 对 包含 较 多 操作 的 宽 接 口 比较 容易 进行 匹配 。 
对 于 TreeDisplay 而 言 ， 被 匹配 的 对 象 可 以 是 任何 一 个 层次 式 结构 。 因 此 最 小 接口 集合 仅 包含 
两 个 操作 : 一 个 操作 定义 如 何在 层次 结构 中 表示 一 个 结 点 ， 另 一 个 操作 返回 该 结 点 的 子 绪 点 。 
对 这 个 罕 接 口 ， 有 以 下 三 个 实现 途径 : 
e 使 用 抽象 操作 ”在 TreeDisplay 类 中 定义 窗 Adaptee 接口 相应 的 抽象 操作 ， 这 样 就 由 
子 类 来 实现 这 些 抽象 操作 并 匹配 具体 的 树 结构 的 对 象 。 例 如 ，DirectoryTreeDisplay F 
类 将 通过 访问 目录 结构 实现 这 些 操 作 ， 如 下 图 所 示 。 






TreeDisplay (Client, Target) 










GetChildren(Node) 
CreateGraphicNode(Node) GetChildren(n) 


Display() for each child ( | | 
Bulldirea(Noda n) OD- -> AddGraphicNode(CreateGraphicNode(child)) 


BuildTree(child) 





DirectoryTreeDisplay (Adapter) 






GetChildren(Node) 
CreateGraphicNode(Node) 





FileSystemEntity (Adaptee) 


DirectoryTreeDisplay XJ ix 4- 7E $ O m VA Fre, EE HJ DirectoryBrowser 客户 
可 以 用 它 来 显示 目录 结构 。 
e 使 用 代理 对 象 ” 在 这 种 方法 中 ，TreeDisplay 将 访问 树 结 构 的 请 求 转发 到 代理 对 象 。 
TreeDisplay 的 客户 进行 一 些 选 择 ， 并 将 这 些 选 择 提 供给 代理 对 象 ， 这 样 客户 就 可 以 
对 适 配 加 以 控制 ， 如 下 图 所 示 。 







TreeAccessorDelegate (Target) 


delegate GetChildren(TreeDisplay, Node) 
CreateGraphicNode(TreeDisplay, Node) 
人 
DirectoryBrowser (Adapten) 
GetChildren(TreeDisplay, Node) j 
CreateGraphicNode(TreeDisplay, Node) 


CreateFile() 
DeleteFile() 














TreeDispiay (Client) 


SetDelegate(Delegate) 
Display() 
BuildTree(Node n) 
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delegate—-»GetChildren(this, n) 
for each child ( 
AddGraphicNode( 
delegate—>CreateGraphicNode(this, child) 


) 
BuildTree(child) 
} 





FileSystemEntity (Adaptee) 


例如 ， 有 一 个 DirectoryBrowser， 它 像 前 面 一 样 使 用 TreeDisplays DirectoryBrowser 
可 能 为 匹配 TreeDisplay 和 层次 目录 结构 构造 出 一 个 较 好 的 代理 。 在 Smalltalk 或 


eh Hex H 


Objective C 这 样 的 动态 类 型 语言 中 ， 该 方法 只 需要 一 个 接口 对 适配器 注册 代理 即 可 。 
然后 TreeDisplay 简单 地 将 请 求 转 发 给 代理 对 象 。NEXTSTEP[Add94] 大 量 使 用 这 种 
方法 以 减少 子 类 化 。 

在 C++ 这样 的 静态 类 型 语言 中 ， 需 要 一 个 代理 的 显 式 接 口 定 义 。 我 们 将 
TreeDisplay 需要 的 窗 接 口 放 人 纯 虚 类 TreeAccessorDelegate 中 ， 从 而 指定 这 样 的 一 个 
接口 。 然 后 我 们 可 以 运用 继承 机 制 将 这 个 接口 融合 到 我 们 所 选择 的 代理 中 一 一 这 里 我 
们 选择 DirectoryBrowser。 如 果 DirectoryBrowser 没有 父 类 我 们 将 采用 单 继 承 ， 否则 
采用 多 继承 。 这 种 将 类 融合 在 一 起 的 方法 相对 于 引入 一 个 新 的 TreeDisplay 子 类 并 单 
独 实现 它 的 操作 的 方法 要 容易 一 些 。 
参数 化 的 适配器 ”通常 在 Smalltalk 中 支持 可 插入 适配器 的 方法 是 ， 用 一 个 或 多 个 模 
块 对 适配器 进行 参数 化 。 模 块 构造 支持 无 子 类 化 的 适 配 。 一 个 模块 可 以 匹配 一 个 请 
求 ， 并 且 适 配器 可 以 为 每 个 请 求 存储 一 个 模块 。 在 本 例 中 意味 着 ，TreeDisplay 存储 的 
一 个 模块 用 来 将 一 个 结 点 转化 成 为 一 个 GraphiceNode， 男 外 一 个 模块 用 来 存 取 一 个 结 
点 的 子 结 点 。 

例如 ， 当 对 一 个 目录 层次 建立 TreeDisplay 时 ， 我 们 可 以 这 样 写 : 


directoryDisplay := 


(TreeDisplay on: treeRoot) 
getChildrenBlock: 
[:node | node getSubdirectories] 
createGraphicNodeBlock: 
[:node | node createGraphicNode]. 


如 果 你 在 一 个 类 中 创建 接口 适 配 ， 这 种 方法 提供 了 另外 一 种 选择 ， 它 相对 于 子 类 
化 方法 来 说 更 方便 一 些 。 


10. 代码 示例 
对 动机 一 节 中 的 例子 ， 从 类 Shape 和 TextView 开始 ， 我 们 将 给 出 类 适配器 和 对 象 适 配 
器 实现 代码 的 人 简要 框架 。 


class Shape { 
public: 


); 


Shape () ; 
virtual void BoundingBox ( 
Point& bottomLeft, Point& topRight 
) const; 
virtual Manipulator* CreateManipulator() const; 


class TextView { 
public: 


); 


Shape 假定 有 一 个 边框 ， 这 个 边框 由 它 相 对 的 两 角 定 义 。 而 TextView 则 由 原点 、 宽 度 和 


TextView(); 

void GetOrigin(Coord& x, Coord& y) const; 

void GetExtent(Coord& width, Coord& height) const; 
virtual bool IsEmpty() const; 


EHE SX. Shape 同时 定义 了 CreateManipulator 操作 用 于 创建 一 个 Manipulator 对 象 。 当 用 
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户 操作 一 个 图 形 时 ，Manipulator 对 象 知道 如 何 驱 动 这 个 图 形 S9S。TextView 没有 等 同 的 操作 。 
TextShape 类 是 这 些 不 同 接口 间 的 适配器 。” 
类 适 配 需 采用 多 重 继承 适 配 接口 。 类 适 配 需 的 关键 是 用 一 个 分 支 继承 接口 m 
个 分 支 继 承接 口 的 实现 部 分 。 通 常 C++ 中 做 出 这 一 区 分 的 方法 是 : 用 公共 方式 继承 接口 ; 用 
私有 方式 继承 接口 的 实现 。 下 面 我 们 按照 这 种 常规 方法 定义 TextShape iG Acai. 
class TextShape : public Shape, private TextView { 
public: : 
TextShape(); 
virtual void BoundingBox( 
Point& bottomLeft, Point& topRight 
) const; 


virtual bool IsEmpty() const; 
virtual Manipulator* CreateManipulator() const; 


); 
BoundingBox 操作 对 TextView 的 接口 进行 转换 使 之 匹配 Shape 的 接口 。 


void TextShape::BoundingBox ( 

Point& bottomLeft, Point& topRight 
) const ( 

Coord bottom, left, width, height; 


GetOrigin(bottom, left); 
GetExtent (width, height); 


bottomLeft - Point(bottom, left); 
topRight = Point(bottom + height, left + width); 
) 


IsEmpty 操作 给 出 了 在 适 配 需 实现 过 程 中 稼 用 的 一 种 方法 一 一 直接 转发 请 求 : 


bool TextShape::IsEmpty () const ( 
return TextView::IsEmpty(); 
) 


最 后 ， 我 们 定义 CreateManipulator ( TextView 不 支持 该 操作 )， 假 定 我 们 已 经 实现 了 支 
持 TextShape 操作 的 类 TextManipulator。 


Manipulator* TextShape::CreateManipulator () const ( 
return new TextManipulator(this); 
) 


对 象 适配器 采用 对 象 组 合 的 方法 将 具有 不 同 接口 的 类 组 合 在 一 起 。 在 该 方法 中 ， 适 配器 
TextShape 维护 一 个 指 回 TextView 的 指针 。 


class TextShape : public Shape ( 
public: 
TextShape (TextView*); 


OQ  CreateManipulator 是 一 个 Factory Method 的 实例 。 


HAS ”结构 型 模式 


virtual void BoundingBox( 
Point& bottomLeft, Point& topRight 

) const; 

virtual bool IsEmpty() const; 

virtual Manipulator* CreateManipulator() const; 
private: 

TextView* text; 
); 


TextShape 4^ Zl YE T3 as P XT 18 I8] TextView 实例 的 指针 进行 初始 化 ， 当 它 自身 的 操作 
被 调用 时 ， 它 还 必须 对 它 的 TextView 对 象 调用 相应 的 操作 。 在 本 例 中 ,假设 客户 创建 了 
TextView 对 象 并 且 将 其 传递 给 TextShape 的 构造 锅 : 


TextShape::TextShape (TextView* t) ( 
ext rs 6r 


void TextShape: :BoundingBox ( 

Point& bottomLeft, Point& topRight 
) const { 

Coord bottom, left, width, height; 


_text->GetOrigin(bottom, left); 
_text->GetExtent (width, height); 


bottomLeft = Point (bottom, left); 

topRight = Point (bottom + height, left + width); 
} 
bool TextShape::IsEmpty () const { 


return text-»IsEmpty(); 
} 


CreateManipulator HY 3: fV R3 5 2 3 Bos WR AS B SESE, AE BS SBA ET 
tA, ARATE TextView 已 有 的 图 数 。 


Manipulator* TextShape::CreateManipulator () const { 
return new TextManipulator (this); 
) 


Tex Be (CAS EAr AY FB ARS ETT EE, AT MA h i SE AR is PRO NS HB OT eR — 
we, (AREER RI. PN, BPM TextView 子 类 的 一 个 实例 传 给 TextShape 类 的 构造 
图 数 ， 对 象 适 配 豆 版 本 的 TextShape 就 可 以 与 TextView 子 类 一 起 很 好 地 工作 。 


11. 已 知 应 用 

意图 一 节 的 例子 来 目 一 个 基于 ET--[WGMS8] 的 绘图 应 用 程序 ET++Draw，ET++Draw 
通过 使 用 一 个 TextShape 适配器 类 的 方式 复 用 了 ET++ 中 的 一 些 类 ， 并 将 它们 用 于 文本 编辑 。 

InterView2.6 为 诸如 scrollbar, button 和 menu 的 用 户 界 面 元 素 定 义 了 一 个 抽象 类 
Interactor[VL88]， 它 同时 也 为 line, circle, polygon 和 spline 这 样 的 结构 化 图 形 对 象 定义 了 
一 个 抽象 类 Graphic. Interactor 和 Graphic 都 有 图 形 外 观 ， 但 它们 有 着 不 同 的 接口 和 实现 (CE 
们 没有 同一 个 父 类 )， 因 此 它们 并 不 兼容 。 也 就 是 说 ， 你 不 能 直接 将 一 个 结构 化 的 图 形 对 象 髓 
人 一 个 对 话 框 中 。 
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而 InterView2.6 定义 了 一 个 称 为 GraphicBlock 的 对 象 适配器 ， 它 是 Interactor MFA, 
包含 Graphic 类 的 一 个 实例 。GraphicBlock 将 Graphic 类 的 接口 与 Interactor 类 的 接口 进行 匹 
配 。GraphicBlock 使 得 一 个 Graphic 的 实例 可 以 在 Interactor 结构 中 被 显示 、 滚 动 和 缩放 。 

可 插入 的 适配器 在 ObjectWorks/Smalltalk[Par90] 中 很 常见 。 标 准 Smalltalk 为 显示 单个 
值 的 视图 定义 了 一 个 ValueModel 类 。 为 访问 这 个 值 ，ValueModel 定义 了 一 个 “value” 和 
“value:” 接 口 。 这 些 都 是 抽象 方法 。 应 用 程序 员 用 与 特定 领域 相关 的 名 字 访 问 这 个 值 ， 如 
“width” 和 “ width:”， 但 为 了 使 特定 领域 相关 的 名 字 与 ValueModel 的 接口 相 匹配 ， 不 一 定 
要 生成 ValueModel 的 子 类 。 

而 ObjectWorks/Smalltalk 包含 了 一 个 ValueModel 类 的 子 类 ， 称 为 PluggableAdaptor。 
PluggableAdaptor 对 象 可 以 将 其 他 对 象 与 ValueModel 的 接口 “value” Al “ value:” ) 相 
匹配 。 它 可 以 用 模块 进行 参数 化 ， 以 便 获 取 和 设置 所 期 望 的 值 。PluggableAdaptor 在 其 
内 部 使 用 这 些 模块 以 实现 “value” 和 “value:” 接 口 ， 如 下 图 所 示 。 为 语法 上 方便 起 见 ， 
PluggableAdaptor 也 允许 你 直接 传递 选择 器 的 名 字 (例如 “width” 和 “width:”)， 它 自动 将 
这 些 选择 右 转 换 为 相应 的 模块 。 







| ValueModel 


value 
value 


adapt 
Object [a NM ] PluggableAdaptor 
J 


| 
getBlock | 


| setBlock 





另外 一 个 来 自 ObjectWorks/Smalltalk 的 例子 是 TableAdaptor 类 ， 它 可 以 将 一 个 对 象 序 
列 与 一 个 表格 表示 相 匹 配 。 这 个 表格 在 每 行 显示 一 个 对 象 。 客 户 用 表格 可 以 使 用 的 消息 集 对 
TableAdaptor 进行 参数 设置 ， 从 一 个 对 象 得 到 行 属性 。 

在 NeXT 的 AppKit[Add94] 中 ,一 些 类 使 用 代理 对 象 进行 接口 匹配 。 一 个 例子 是 类 
NXBrowser， 它 可 以 显示 层次 式 数 据 列 表 。NXBrowser 类 用 一 个 代理 对 象 存 取 并 适 配 数据 。 

Mayer 的 “Marriage of Convenience" [Mey88] 是 一 种 类 适配器 形式 。Mayer 描述 了 
FixedStack 类 如 何 匹 配 一 个 Array 类 的 实现 部 分 和 一 个 Stack 类 的 接口 部 分 。 结 果 是 一 个 包 
含 一 定数 目 项 目的 栈 。 


12. 相关 模式 

模式 Bridge(4.2) 的 结构 与 对 象 适 配 问 类 似 ， 但 是 Bridge 模式 的 出 发 点 不 同 : Bridge 的 
目的 是 将 接口 部 分 和 实现 部 分 分 离 ， 从 而 可 以 对 它们 较为 容易 也 相对 独立 地 加 以 改变 。 而 
Adapter 则 意味 着 改变 一 个 已 有 对 象 的 接口 。 

Decorator(4.4) 模式 增强 了 其 他 对 象 的 功能 而 同时 又 不 改变 它 的 接口 ， 因 此 Decorator 对 


应 用 程序 的 透明 性 比 适 配 需 要 好 。 结 果 是 Decorator 支持 递归 组 合 ， 而 纯粹 使 用 适配器 是 不 
可 能 实现 这 一 点 的 。 
模式 Proxy(4.7) 在 不 改变 它 的 接口 的 条 件 下 ， 为 另 一 个 对 象 定 义 了 一 个 代理 。 


42 Bridge ( 桥接 ) 一 一 对 象 结构 型 模式 


1. 意图 
将 抽象 部 分 与 它 的 实现 部 分 分 离 ， 使 它们 可 以 独立 地 变化 。 


2. 别名 
Handle/Body , 


3. 动机 

当 一 个 抽象 可 能 有 多 个 实现 时 ， 通 常用 继承 来 协调 它们 。 抽 象 类 定义 对 该 抽象 的 接口 ， 
而 具体 的 子 类 则 用 不 同方 式 加 以 实现 。 但 是 此 方法 有 时 不 够 灵活 。 继 承 机 制 将 抽象 部 分 与 它 
的 实现 部 分 固定 在 一 起 ， 使 得 难以 对 抽象 部 分 和 实现 部 分 独立 地 进行 修改 、 扩 充 和 复 用 。 

让 我 们 考虑 在 一 个 用 户 界 面 工具 箱 中 一 个 可 移植 的 Window 抽象 部 分 的 实现 。 例 如 ， 这 
一 抽象 部 分 应 该 允许 用 户 开 发 一 些 在 X Window 和 IBM 的 Presentation Manager (PM) 系统 
中 都 可 以 使 用 的 应 用 程序 。 运 用 继承 机 制 ， 我 们 可 以 定义 Window 抽象 类 和 它 的 两 个 子 类 
XWindow 5j PMWindow， 由 它们 分 别 实现 不 同系 统 平台 上 的 Window 界面 。 但 是 继承 机 制 
有 两 个 不 足 之 处 : 

1) 扩展 Window 抽 象 使 之 适用 于 不 同 种 类 的 窗口 或 新 的 系统 平台 很 不 方便 。 假 
wA Window 的 一 个 于 类 IconWindow, E&I) Window 抽象 用 于 图 标 处 理 。 为 了 使 
IconWindow 支持 两 个 系统 平台 我们 必须 实现 两 个 新 类 XIconWindow 和 PMIconWindow, 
更 为 糟糕 的 是 ， 我 们 不 得 不 为 每 一 种 类 型 的 窗口 都 定义 两 个 类 。 而 为 了 支持 第 三 个 系统 平 
台 ， 我 们 还 必须 为 每 一 种 窗口 定义 一 个 新 的 Window 子 类 ， 如 下 图 所 示 。 






Window 


MENT 
/\ tdem 
P 







IconWindow 





PMiconWindow 


2) 继承 机 制 使 得 客户 代码 与 平台 相关 。 每 当 客 户 创建 一 个 窗口 时 ， 必 须要 实例 化 一 个 
具体 的 类 ， 这 个 类 有 特定 的 实现 部 分 。 例 如 ， 创 建 XWindow 对 象 会 将 Window HAS X 
Window 的 实现 部 分 绑 定 起 来 ， 这 使 得 客户 程序 依赖 于 X Window 的 实现 部 分 。 这 将 使 得 很 
难 将 客户 代码 移植 到 其 他 平台 上 去 。 


XiconWindow 
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客户 在 创建 窗口 时 应 该 不 涉及 其 具体 实现 部 分 ， 仅 仅 是 窗口 的 实现 部 分 依赖 于 应 用 运行 
的 平台 。 这 样 客户 代码 在 创建 窗口 时 就 不 应 涉及 特定 的 平台 。 

Bridge 模 式 解 决 以 上 问题 的 方法 是 ， 将 Window 抽象 和 它 的 实现 部 分 分 别 放 在 
独立 的 类 层次 结构 中 。 其 中 一 个 类 层次 结构 针对 窗口 接口 (Window、IconWindow、 
TransientWindow)， 另 外 一 个 独立 的 类 层次 结构 针对 平台 相关 的 窗口 实现 部 分 ， 这 个 类 层次 
结构 的 根 类 为 WindowImp。 例 如 XWindowImp 子 类 提供 了 一 个 基于 X Window 系统 的 实现 ， 
如 下 图 所 示 。 


H 
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: 
1 
1 


DrawText() DevDrawText() 
DrawRect() >- DevDrawLine() 


imp 
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对 Window 子 类 的 所 有 操作 都 是 用 WindowImp 接口 中 的 抽象 操作 实现 的 。 这 就 将 窗口 
的 抽象 与 系统 平台 相关 的 实现 部 分 分 离开 来 。 因 此 ， 我 们 将 Window 与 WindowImp 之 间 的 
关系 称 为 桥接 ， 因 为 它 在 抽象 类 与 它 的 实现 之 间 起 到 了 桥梁 作用 ， 使 它们 可 以 独立 地 变化 。 

4. 适用 性 

以 下 情况 下 使 用 Bridge 模式 : 


。 你 不 布 望 在 抽象 和 它 的 实现 部 分 之 间 有 一 个 固定 的 绑 定 关系 。 例 如 ， 这 种 情况 可 能 是 
因为 ， 在 程序 运行 时 实现 部 分 应 可 以 被 选择 或 者 切换 。 

e 类 的 抽象 以 及 它 的 实现 都 应 该 可 以 通过 生成 子 类 的 方法 加 以 扩充 。 这 时 Bridge 模式 使 
你 可 以 对 不 同 的 抽象 接口 和 实现 部 分 进行 组 合 ， 并 分 别 对 它们 进行 扩充 。 

e 对 一 个 抽象 的 实现 部 分 的 修改 应 对 客户 不 产生 影响 ， 即 客户 的 代码 不 必 重 新 编译 。 

e (CH) 你 想 对 客户 完全 隐藏 抽象 的 实现 部 分 。 在 C++ 中 ， 类 的 表示 在 类 接口 中 是 可 
见 的 。 

e 正如 在 意图 一 节 的 第 一 个 类 图 中 所 示 的 那样 ， 有 许多 类 要 生成 。 这 样 一 种 类 层次 结构 
说 明 你 必须 将 一 个 对 象 分 解 成 两 个 部 分 。Rumbaugh 称 这 种 类 层次 结构 为 “ 奶 套 的 泛 
化 ”(nested generalization) [RBP'91]. 

e 你 想 在 多 个 对 象 间 共 享 实现 (可 能 使 用 引用 计数 )， 但 同时 要 求 客 户 并 不 知道 这 一 点 。 
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一 个 简单 的 例子 便 是 Coplien 的 String 类 [Cop92]， 在 这 个 类 中 多 个 对 象 可 以 共享 同 
一 个 字符 串 表 示 (StringRep). 



























5. 结构 
Operation() 9 Operationimp() 
uw 
MENS: imp-»OperationImp(); 
人 
RefinedAbstraction 
Operationlmp() OperationImp() 
6. 参与 者 
e Abstraction (Window) 


一 定义 抽象 类 的 接口 。 

一 维护 一 个 指向 Implementor 类 型 对 象 的 指针 。 

RefinedAbstraction (IconWindow ) 

一 扩充 由 Abstraction 定义 的 接口 。 

Implementor (WindowImp ) 

一 定义 实现 类 的 接口 ， 该 接口 不 一 定 要 与 Abstraction 的 接口 完全 一 致 ， 事 实 上 
这 两 个 接口 可 以 完全 不 同 。 一 般 来 讲 ，Implementor 接口 仅 提 供 基本 操作 ， 而 
Abstraction 则 定义 了 基于 这 些 基 本 操作 的 较 高 层次 的 操作 。 

Concretelmplementor (XWindowImp、 PMWindowImp) 

一 实现 Implementor 接口 并 定义 它 的 具体 实现 。 


7. 协作 


Abstraction 将 client 的 请 求 转发 给 它 的 Implementor 对 象 。 


8. 效果 

Bridge 模式 有 以 下 一 些 优点 : 

1 ) 分 离 接 口 及 其 实现 部 分 “一 个 实现 未 必 不 变 地 绑 定 在 一 个 接口 上 。 抽 象 类 的 实现 可 
以 在 运行 时 进行 配置 ， 一 个 对 象 甚 至 可 以 在 运行 时 改变 它 的 实现 。 

将 Abstraction 与 Implementor 分 离 有 助 于 降低 对 实现 部 分 编译 时 的 依赖 性 ， 当 改变 一 个 
实现 类 时 ， 并 不 需要 重新 编译 Abstraction 类 和 它 的 客户 程序 。 为 了 保证 一 个 类 库 的 不 同 版 本 
之 间 的 二 进 制 兼容 性 ， 一 定 要 有 这 个 性 质 。 
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另外 ， 接 口 与 实现 分 离 有 助 于 分 层 ， 从 而 产生 更 好 的 结构 化 系统 ， 系 统 的 高 层 部 分 仅 需 
知道 Abstraction 和 Implementor。 

2 ) 提高 可 扩充 性 ”你 可 以 独立 地 对 Abstraction 和 Implementor 层次 结构 进行 扩充 。 

3) 实现 细 市 对 客 尸 透明 你 可 以 对 客户 隐藏 实现 细节 ， 例 如 共享 Implementor 对 象 以 及 
相应 的 引用 计数 机 制 (如 果 有 的 话 ) 。 


9. 实现 

使 用 Bridge 模式 时 需要 注意 以 下 一 些 问题 : 

1) 仅 有 一 个 Implementor 在 仅 有 一 个 实现 的 时 候 ， 没 有 必要 创建 一 个 抽象 的 
Implementor 类 。 这 是 Bridge 模式 的 退化 情况 ， 在 Abstraction 与 Implementor 之 间 有 一 种 一 
对 一 的 关系 。 尽 管 如 此 ， 当 你 希望 改变 一 个 类 的 实现 不 会 影响 已 有 的 客户 程序 时 ， 模 式 的 分 
离 机 制 还 是 非常 有 用 的 ， 也 就 是 说 ， 不 必 重 新 编译 它们 ， 仅 需 重 新 连接 。 

Carolan[Car89] 用 “ 常 露 齿 喀 笑 的 猫 ”( Cheshire Cat) 描述 这 一 分 离 机 制 。 在 C++ 中 ， 
Implementor 类 的 类 接口 可 以 在 一 个 私有 的 头 文件 中 定义 ， 这 个 文件 不 提供 给 客户 。 这 样 你 
就 对 客户 彻底 隐藏 了 一 个 类 的 实现 部 分 。 

2) 创建 正确 的 Implementor 对 象 ” 当 存在 多 个 Implementor 类 的 时 候 ， 你 应 该 用 何 种 
方法 ， 何 时 在 何 处 确定 创建 哪 一 个 Implementor 类 呢 ? 

如 果 Abstraction 知道 所 有 的 ConcreteImplementor 类 ， 它 就 可 以 在 它 的 构造 器 中 对 其 中 
的 一 个 类 进行 实例 化 ， 它 可 以 通过 传递 给 构造 器 的 参数 确定 实例 化 哪 一 个 类 。 例 如 ， 如 果 一 
个 collection RRA BLM, RA] WARE collection 的 大 小 决定 实例 化 哪 一 个 类 。 链 表 的 实 
现 可 以 用 于 较 小 的 collection 类 ， 而 hash 表 则 可 用 于 较 大 的 collection 类 。 

另外 一 种 方法 是 首先 选择 一 个 缺 省 的 实现 ， 然 后 根据 需要 改变 这 个 实现 。 例 如 ， 如 果 
一 个 collection 的 大 小 超出 了 一 定 的 装 值 ， 它 将 会 切换 它 的 实现 ， 使 之 更 适用 于 表 目 较 多 的 
collection。 

也 可 以 代理 给 另 一 个 对 象 ， 由 它 一 次 决定 。 在 Window/WindowImp 的 例子 中 ， 我 们 可 
以 引入 一 个 factory 对 象 (参见 Abstract Factory(3.1))， 该 对 象 的 唯一 职责 就 是 封装 系统 平台 
的 细节 。 这 个 对 象 知道 应 该 为 所 用 的 平台 创建 何 种 类 型 的 WindowImp 对 象 ，Window 仅 需 
回 它 请 求 一 个 WindowImp， 而 它 会 返回 正确 类 型 的 WindowImp 对 象 。 这 种 方法 的 优点 是 
Abstraction 类 不 和 任何 一 个 Implementor 类 直接 耦合 。 

3) 共享 Implementor 对 象 ”Coplien 前 明了 如 何 用 C++ 中 和 常用 的 Handle/Body 方法 在 
多 个 对 象 间 共 享 一 些 实现 [Cop92]。 其 中 Body 有 一 个 对 象 引 用 计数 器 ，Handle 对 它 进 行 增 
减 操 作 。 将 共享 程序 体 赋 给 句柄 的 代码 一 般 具 有 以 下 形式 : 


Handle& Handle::operator- (const Handle& other) { 
other. body-»Ref(); 
_body->Unref () ; 


if (_body->RefCount() == 0) { 
delete _body; 

} 

_body = other._body; 
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return *this; 


4) 采用 多 重 继承 机 制 ”在 C++ 中 可 以 使 用 多 重 继承 机 制 将 抽象 接口 和 它 的 实现 部 分 
结合 起 来 [Mar91]。 例 如 ， 一 个 类 可 以 用 public 方式 继承 Abstraction 而 以 private 方式 继承 
ConcreteImplementor。 但 是 由 于 这 种 方法 依赖 于 静态 继承 ， 它 将 实现 部 分 与 接口 固定 不 变 地 
绑 定 在 一 起 。 因 此 不 可 能 使 用 多 重 继承 的 方法 实现 真正 的 Bridge 模式 一 一 至 少 用 C++ 不 行 。 


10. 代码 示例 
下 面 的 C++ 代码 实现 了 意图 一 节 中 Window/WindowImp 的 例子 ， 其 中 Window 类 为 客 


户 应 用 程序 定义 了 窗口 抽象 类 : 


class Window { 
public: 
Window(View* contents); 


// requests handled by window 
virtual void DrawContents(); 


virtual 
virtual 
virtual 
virtual 


void Open(); 
void Close(); 
void Iconify(); 
void Deiconify(); 


// requests forwarded to implementation 
virtual void SetOrigin(const Point& at); 
virtual void SetExtent(const Point& extent); 
virtual void Raise(); 

virtual void Lower(); 


virtual void DrawLine(const Point&, const Point&); 
virtual void DrawRect(const Point&, const Point&); 
virtual void DrawPolygon(const Point[], int n); 
virtual void DrawText(const char*, const Pointk&); 


protected: 
WindowImp* GetWindowImp();:; 
View* GetView(); 
private: 
WindowImp* | imp; 
View* contents; // the window's contents 
}; 


Window 维护 一 个 对 WindowImp 的 引用 ，WindowImp 抽象 类 定义 了 一 个 对 底层 窗口 系 
统 的 接口 。 


class WindowImp { 
public: 
Virtual void ImpTop() = 0; 
virtual void ImpBottom() = 0; 
virtual void ImpSetExtent (const Point&) 
virtual void ImpSetOrigin(const Pointé&) 


“ou 
oo 


virtual void DeviceRect(Coord, Coord, Coord, Coord) = 0; 
virtual void DeviceText(const char*, Coord, Coord) = 0; 


virtual void DeviceBitmap(const char*, Coord, Coord) 0; 
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// lots more functions for drawing on windows... 
protected: 

WindowImp(); 
); 


Window 的 子 类 定义 了 应 用 程序 可 能 用 到 的 不 同类 型 的 窗口 ， 如 应 用 窗口 、 图 标 、 对 话 
框 临 时 窗口 以 及 工具 箱 的 移动 面板 等 。 
例如 ，ApplicationWindow 类 将 实现 DrawContents 操作 以 绘制 它 所 存储 的 View 实例 : 


class ApplicationWindow : public Window { 
public: 

人 和 区 

virtual void DrawContents(); 
): 


void ApplicationWindow::DrawContents () ( 
GetView()-»DrawOn(this); - 
) 


IconWindow 中 存储 了 它 所 显示 的 图 标 对 应 的 位 图 名 : 


class IconWindow : public Window ( 
public: 

FFEÁA,ANZws 

virtual void DrawContents(); 
private: 

const char* | bitmapName; 
); 


并 且 实 现 DrawContents 操作 将 这 个 位 图 绘制 在 窗口 上 : 


void IconWindow: :DrawContents() { 
WindowImp* imp = GetWindowImp(); 
if (imp != O) ( 
imp-»DeviceBitmap( bitmapName, 0.0, 0.0); 
) 
) 


我 们 还 可 以 定义 许多 其 他 类 型 的 Window 类 ， 例 如 TransientWindow 在 与 客户 对 话 时 由 
一 个 窗口 创建 ， 它 可 能 要 和 这 个 创建 它 的 窗口 进行 通信 ; PaletteWindow 总 是 在 其 他 窗口 之 
E; IconDockWindow 拥有 一 些 IconWindow， 并 且 由 它 负责 将 它们 排列 整齐 。 
Window 的 操作 由 WindowImp 的 接口 定义 。 例 如 ， 在 调用 WindowImp 操作 在 窗口 中 绘 
制 矩形 之 前 ，DrawRect 必须 从 它 的 两 个 Point 参数 中 提取 四 个 坐标 值 : 
void Window;:DrawRect (const Point& pl, const Point& p2) ( 
WindowImp* imp = GetWindowImp(); 


imp->DeviceRect (p1.X(), pl.Y(), p2.X(), p2.Y()); 
) 


具体 的 WindowImp 子 类 可 支持 不 同 的 窗口 系统 ，XWindowImp 4-25 x f$ X Window 
系统 : 


class XWindowImp : public WindowImp ( 
public: 
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XWindowImp(); 


virtual void DeviceRect(Coord, Coord, Coord, Coord); 
// remainder of public interface... 

private: 
// lots of X window system-specific state, including: 
Display* _dpy; 
Drawable _winid; // window id 
GC _gc; ~ // window graphic context 


); 
对 于 Presentation Manager (PM), ， 我 们 定义 PMWindowlImp 25: 


class PMWindowImp : public WindowImp ( 
public: 
PMWindowImp(); 
virtual void DeviceRect(Coord, Coord, Coord, Coord); 


// remainder of public interface... 

private: 
// lots of PM window system-specific state, including: 
HPS _hps; 

); 


这 些 子 类 用 窗口 系统 的 基本 操作 实现 WindowImp 操作 ， 例 如 ， 对 于 X Window 系统 这 
样 实现 DeviceRect: 


void XWindowImp::DeviceRect ( 
Coord x0, Coord y0, Coord x1, Coord yl 


)- 1 
int x = round(min(x0, x1)); 
int y = round(min(y0, y1)); 
int w = round(abs(x0 - x1)); 
int h = round(abs(y0 - y1)); 


XDrawRectangle( dpy, _winid, gc, x, y, w, h); 
) 


PM 的 实现 部 分 可 能 象 下 面 这 样 : 


void PMWindowImp::DeviceRect ( 

Coord x0, Coord y0, Coord x1, Coord yl 
) { 

Coord left = min(x0, x1); 

Coord right = max(x0, x1); 

Coord bottom = min(y0, yl); 

Coord top = max(y0, yl); 


PPOINTL point [4]; 


point [0].x = left; point[0].y = top; 
point[1].x = right; point[1].y = top; 
point [2]).x = right; point [2].y = bottom; 
point[3].x = left; point (3].y = bottom; 
LE 1 


(GpiBeginPath( hps, 1L) -- false) || 
(GpisetCurrentPosition( hps, &point[3]) == false) || 
(GpiPolyLine( hps, 4L, point) -- GPI ERROR) || 
(GpiEndPath(_hps) == false) 

) ( 
// report error 


122 设计 模式 : 可 复 用 面向 对 象 软 件 的 基础 


) else ( 
GpiStrokePath( hps, 1L, OL); 
) 
) 


那么 一 个 窗口 怎样 得 到 正确 的 WindowImp 子 类 的 实例 呢 ? 在 本 例 中 我 们 假设 Window 
类 具有 这 个 职责 ， 它 的 GetWindowImp 操作 负责 从 一 个 抽象 工厂 (参见 Abstract Factory(3.1) 
模式 ) 得 到 正确 的 实例 ， 这 个 抽象 工厂 封 站 了 所 有 窗口 系统 的 细 市 。 
WindowImp* Window: :GetWindowImp () { 
if (_imp == 0) { 
.imp = WindowSystemFactory::Instance()-»MakeWindowImp(); 
ER _imp; 
} 
WindowSystemFactory::Instance() 图 数 返 回 一 个 抽象 工厂 ， 该 工厂 负责 处 理 所 有 与 特定 
窗口 系统 相关 的 对 象 。 为 简化 起 见 ， 我 们 创建 一 个 单 件 ( Singleton)， 人 允许 Window 类 直接 访 


问 这 个 工厂 。 


11; 已 知 应 用 

上 面 的 Window 实例 来 自 于 ET++[WGM88]。 在 ET++ 中 ，WindowImp 称 为 “WindowPort " , 
€E 有 XWindowPort 和 SunWindowPort 这 样 一 些 子 类 。Window 对 象 请 求 一 个 称 为 
“WindowSystem” 的 抽象 工厂 创建 相应 的 Implementor 对 象 。WindowSystem 提供 了 一 个 接 
口 用 于 创建 一 些 与 特定 平台 相关 的 对 象 ， 例 如 字体 、 光 标 、 位 图 等 。 

ET++ 的 Window/WindowPort 设计 扩展 了 Bridge 模式 ， 因 为 WindowPort 保留 了 一 个 指 
回 Window 的 指针 。WindowPort 的 Implementor 类 用 这 个 指针 通知 Window 对 象 发 生 了 一 些 
与 WindowPort 相关 的 事件 ， 例 如 输入 事件 的 到 来 、 窗 口 调整 大 小 等 。 

Coplien[Cop92] 和 Stroustrup[Str91] 都 提 及 Handle 类 并 给 出 了 一 些 例子 。 这 些 例子 集中 
处 理 一 些 内 存 管理 问题 ， 例 如 共享 字符 串 表达 式 以 及 文 持 大 小 可 变 的 对 象 等 。 我 们 主要 关心 
它 怎样 支持 对 一 个 抽象 和 它 的 实现 进行 独立 的 扩展 。 

libg++[Lea88] 类 库 定义 了 一 些 类 用 于 实现 公共 的 数据 结构 ， 例 如 Set、LinkedSet、 
HashSet, LinkedList 和 HashTable。Set 是 一 个 抽象 类 ， 它 定义 了 一 组 抽象 接口 ， 而 
LinkedList 和 HashTable 则 分 别 是 链表 和 hash 表 的 具体 实现 。LinkedSet 和 HashSet 是 Set 的 
实现 者 ， 它 们 桥接 了 Set 和 它们 具体 所 对 应 的 LinkedList 和 HashTable。 这 是 一 种 退化 的 桥 
接 模 式 ， 因 为 没有 抽象 的 Implementor 25, 

NeXT's AppKit[Add94] 在 图 像 生 成 和 显示 中 使 用 了 Bridge 模式 。 一 个 图 像 可 以 有 多 种 
不 同 的 表示 方式 ， 一 个 图 像 的 最 佳 显 示 方 式 取决 于 显示 设备 的 特性 ， 特 别 是 它 的 色彩 数目 和 
分 辨 率 。 如 果 没 有 AppKit 的 帮助 ， 每 一 个 应 用 程序 开发 者 都 要 确定 在 不 同 的 情况 下 应 该 使 
用 哪 一 种 实现 方法 。 

为 了 减轻 开发 者 的 负担 ，AppKit 提供 了 NXImage/NXImageRep 桥接 。NXImage 定义 
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了 图 像 处 理 的 接口 ， 而 图 像 接口 的 实现 部 分 则 定义 在 独立 的 NXImageRep 类 层次 中 ， 这 个 
类 层次 包含 了 多 个 子 类 ， 如 NXEPSImageRep、NXCachedImageRep fll NXBitMapImageRep 
等 。NXImage 维护 一 个 指针 ， 指 向 一 个 或 多 个 NXImageRep 对 象 。 如 果 有 多 个 图 像 实现 ， 
NXImage 会 选择 一 个 最 适合 当前 显示 设备 的 图 像 实现 。 必 要 时 NXImage 还 可 以 将 一 个 实 
现 转换 成 男 一 个 实现 。 这 个 Bridge 模式 的 变种 很 有 趣 的 地 方 是 : NXImage 能 同时 存储 多 个 
NXImageRep 实现 。 


12. 相关 模式 

Abstract Factory(3.1) 模式 可 以 用 来 创建 和 配置 一 个 特定 的 Bridge 模式 。 

Adapter(4.1) 模式 用 来 帮助 无 关 的 类 协同 工作 ， 它 通常 在 系统 设计 完成 后 才 会 被 使 用 。 
然而 ，Bridge 模式 则 是 在 系统 开始 时 就 被 使 用 ， 它 使 得 抽象 接口 和 实现 部 分 可 以 独立 进行 
改变 。 


4.3 Composite (组 合 ) 一 一 对 象 结构 型 模式 


1. 意图 
将 对 象 组 合成 树 形 结构 以 表示 “部 分 -整体 ”的 层次 结构 。Composite 使 得 用 户 对 单个 
对 象 和 组 合 对 象 的 使 用 具有 一 致 性 。 


2. 动机 

在 绘图 编辑 器 和 图 形 捕捉 系统 这 样 的 图 形 应 用 程序 中 ， 用 户 可 以 使 用 简单 的 组 件 创建 复 
杂 的 图 表 。 用 户 可 以 组 合 多 个 简单 组 件 以 形成 一 些 较 大 的 组 件 ， 这 些 组件 又 可 以 组 合成 更 大 
的 组 件 。 一 个 简单 的 实现 方法 是 为 Text 和 Line 这 样 的 图 元 定义 一 些 类 ， 另 外 定义 一 些 类 作 
为 这 些 图 元 的 容 需 类 (Container). 

然而 这 种 方法 存在 一 个 问题 : 使 用 这 些 类 的 代码 必须 区 别 对 待 图 元 对 象 与 容器 对 象 ， 
而 实际 上 大 多 数 情 况 下 用 户 认 为 它们 是 一 样 的 。 对 这 些 类 区 别 使 用 ,使 得 程序 更 加 复杂 。 
Composite 模式 描述 了 如 何 使 用 递归 组 合 ， 使 得 用 户 不 必 对 这 些 类 进行 区 别 ， 如 下 图 所 示 。 


Draw() 
Add(Graphic) 
Remove(Graphic) 
GetChild(int) 
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Remove(Graphic) ' < 
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GetChild(int) 
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Composite 模式 的 关键 是 一 个 抽象 类 ， 它 既 可 以 代表 图 元 ， 又 可 以 代表 图 元 的 容 毅 。 在 
图 形 系统 中 这 个 类 就 是 Graphic， 它 声明 一 些 与 特定 图 形 对 象 相 关 的 操作 ， 例 如 Draw。 同 时 
它 也 声明 了 所 有 的 组 合 对 象 共 享 的 一 些 操 作 ， 例 如 一 些 操 作用 于 访问 和 管理 它 的 子 部 件 。 

子 类 Line, Rectangle 和 Text (参见 前 面 的 类 图 ) 定义 了 一 些 图 元 对 象 ， 这 些 类 实现 
Draw， 分 别 用 于 绘制 直线 、 和 矩形 和 文本 。 由 于 图 元 都 没有 子 图 形 ， 因 此 它们 都 不 执行 与 子 类 
有 关 的 操作 。 

Picture 类 定义 了 一 个 Graphic 对 象 的 聚合 。Picture 的 Draw 操作 是 通过 对 它 的 子 部 件 调 
用 Draw 实现 的 ，Picture 还 用 这 种 方法 实现 了 一 些 与 其 子 部 件 相关 的 操作 。 由 于 Picture 接口 
与 Graphic 接口 是 一 致 的 ， 因 此 Picture 对 象 可 以 递归 地 组 合 其 他 Picture 对 象 。 

下 图 是 一 个 典型 的 由 递归 组 合 的 Graphic 对 象 组 成 的 组 合 对 象 结 构 。 





3. 适用 性 
以 下 情况 下 使 用 Composite 模式 : 


e 你 想 表 示 对 象 的 部 分 -整体 层次 结构 。 
e 你 希望 用 户 忽 略 组 合 对 象 与 单个 对 象 的 不 同 ， 用 户 将 统一 地 使 用 组 合 结构 中 的 所 有 
对 象 。 


4. 结构 


Operation() 
Add(Component) 

Remove(Component) 
GetChild(int) 












CO; 


Operon) 人 一 一 一人 一 gn a Aaheen pi 
Add(Component) 

Remove(Component) 

GetChild(int) 


典型 的 Composite 对 象 结构 如 下 图 所 示 。 





Operation() 
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5. 参与 者 


Component (Graphic) 

一 为 组 合 中 的 对 象 声 明 接口 。 

一 在 适当 的 情况 下 ， 实 现 所 有 类 共有 接口 的 缺 省 行为 。 

一 声明 一 个 接口 用 于 访问 和 管理 Component 的 子 组 件 。 

一 (可 选 ) 在 递归 结构 中 定义 一 个 接口 ， 用 于 访问 一 个 父 部 件 ， 并 在 合适 的 情况 下 实 
现 它 。 

Leaf (Rectangle, Line, Text 等 ) 

一 在 组 合 中 表示 叶 结 点 对 象 ， 叶 结 点 没有 子 结 点 。 

一 在 组 合 中 定义 图 元 对 象 的 行为 。 

Composite (Picture ) 

一 定义 有 子 部 件 的 那些 部 件 的 行为 。 

一 存储 子 部 件 。 

一 在 Component 接口 中 实现 与 子 部 件 有 关 的 操作 。 

Client 

一 通过 Component 接口 操纵 组 合 部 件 的 对 象 。 


6. 协作 


e 用 户 使 用 Component 类 接口 与 组 合 结构 中 的 对 象 进行 交互 。 如 果 接 收 者 是 一 个 叶 结 
点 ， 则 直接 处 理 请 求 。 如 果 接 收 者 是 Composite， 它 通常 将 请 求 发 送 给 它 的 子 部 件 ， 
在 转发 请 求 之 前 和 /或 之 后 可 能 执行 一 些 辅助 操作 。 


7. 效果 

定义 了 包含 基本 对 象 和 组 合 对 象 的 类 层次 结构 ”基本 对 象 可 以 被 组 合成 更 复杂 的 组 合 
对 象 ， 而 这 个 组 合 对 象 又 可 以 被 组 合 ， 这 样 不 断 地 递归 下 去 。 客 户 代 码 中 ,任何 用 到 
基本 对 象 的 地 方 都 可 以 使 用 组 合 对 象 。 

简化 客户 代码 ”客户 可 以 一 致 地 使 用 组 合 结构 和 单个 对 象 。 通 常用 户 不 知道 《也 不 关 
心 ) 处 理 的 是 一 个 叶 结 点 还 是 一 个 组 合 组 件 。 这 就 简化 了 客户 代码 , 因为 在 定义 组 合 
的 那些 类 中 不 需要 写 一 些 充斥 着 选择 语句 的 函数 。 
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使 得 更 容易 增加 新 类 型 的 组 件 Bre XH Composite 或 Leaf 子 类 上 自动 地 与 已 有 的 结 
构 和 客户 代码 一 起 工作 ， 客 户 程 序 不 需要 因 新 的 Component 类 而 改变 。 

使 你 的 设计 变 得 更 加 一 般 化 ”容易 增加 新 组 件 也 会 产生 一 些 问题 ， 那 就 是 很 难 限制 组 
合 中 的 组 件 。 有 时 你 希望 一 个 组 合 只 能 有 某 些 特 定 的 组 件 。 使 用 Composite 时 ， 你 不 
能 依赖 类 型 系统 施加 这 些 约束 ， 而 必须 在 运行 时 进行 检查 。 


8. 实现 

在 实现 Composite 模式 时 需要 考虑 以 下 几 个 问题 : 

1) 显 式 的 父 部 件 引 用 保持 从 子 部 件 到 父 部 件 的 引用 能 简化 组 合 结构 的 志 历 和 管 
理 。 父 部 件 引 用 可 以 简化 结构 的 上 移 和 组 件 的 删除 ， 同 时 父 部 件 引 用 也 文 持 Chain of 
Responsibility(5.2) 模式 。 

通常 在 Component 类 中 定义 父 部 件 引 用 。Leaf 和 Composite 类 可 以 继承 这 个 引用 以 及 管 
理 这 个 引用 的 那些 操作 。 

对 于 父 部 件 引 用 ， 必 须 维 护 一 个 不 变 式 ， 即 一 个 组 合 的 所 有 子 结 点 以 这 个 组 合 为 父 结 
上 点， 反之， 该 组 合 以 这 些 结 点 为 子 结 点 。 保 证 这 一 点 最 容易 的 办 法 是 ， 仅 当 在 一 个 组 合 中 增 
加 或 删除 一 个 组 件 时 ， 才 改变 这 个 组 件 的 父 部 件 。 如 果 能 在 Composite 类 的 Add 和 Remove 
操作 中 实现 这 种 方法 ， 那 么 所 有 的 子 类 都 可 以 继承 这 一 方法 ， 并 且 将 目 动 维护 这 一 不 变 式 。 

2) 共享 组 件 ”共享 组 件 是 很 有 用 的 ， 比 如 它 可 以 减少 对 存储 的 需求 。 但 是 当 一 个 组 件 
只 有 一 个 父 部 件 时 ， 很 难 共享 组 件 。 

一 个 可 行 的 解决 办 法 是 为 子 部 件 存 储 多 个 父 部 件 ， 但 当 一 个 请 求 在 结构 中 向 上 传递 时 ， 
这 种 方法 会 导致 多 义 性 。Flyweight(4.6) 模式 讨论 了 如 何 修改 设计 以 避免 将 父 部 件 存储 在 一 起 
的 方法 。 如 果子 部 件 可 以 将 一 些 状态 (或 是 所 有 的 状态 ) 存储 在 外 部 ， 从 而 不 需要 回 父 部 件 
发 送 请 求 ， 那 么 这 种 方法 是 可 行 的 。 

3) 最 大 化 Component 接口 Composite 模式 的 目的 之 一 是 使 得 用 户 不 知道 他 们 正在 使 
用 的 具体 的 Leaf 和 Composite 类 。 为 了 达到 这 一 目的 ，Composite 类 应 为 Leaf 和 Composite 
类 尺 可 能 多 定义 一 些 公共 操作 。Composite 类 通常 为 这 些 操 作 提 供 缺 省 的 实现 ， 而 Leaf 和 
Composite 子 类 可 以 对 它们 进行 重 定义 。 

然而 ， 这 个 目标 有 时 可 能 会 与 类 层次 结构 设计 原则 相 冲 突 ， 该 原则 规定 : 一 个 类 只 能 定 
义 那些 对 它 的 子 类 有 意义 的 操作 。 有 许多 Component 所 支持 的 操作 对 Leaf 类 似乎 没有 什么 
意义 ， 那 么 Component 怎样 为 它们 提供 一 个 缺 省 的 操作 呢 ? 

有 时 一 点 创造 性 可 以 使 得 一 个 看 起 来 仅 对 Composite 才 有 意义 的 操作 ， 通 过 将 它 移 人 
Component 类 中 ， 就 会 对 所 有 的 Component 都 适用 。 人 例如， 访问 子 结 点 的 接口 是 Composite 
类 的 一 个 基本 组 成 部 分 ， 但 对 Leaf 类 来 说 并 不 必要 。 但 是 如 果 我 们 把 一 个 Leaf 看 成 一 个 没 
有 子 结 点 的 Component， 就 可 以 在 Component 类 中 定义 一 个 缺 省 的 操作 ， 用 于 对 子 结 点 进行 
访问 ， 这 个 缺 省 的 操作 不 返回 任何 一 个 子 结 点 。Leaf 类 可 以 使 用 缺 省 的 实现 ， 而 Composite 
类 则 会 重新 实现 这 个 操作 以 返回 它们 的 子 类 。 


管理 子 部 件 的 操作 比较 复杂 ， 我 们 将 在 下 面 予 以 讨论 。 

4) 声明 管理 子 部 件 的 操作 BR Composite 类 实现 了 Add Al Remove 操作 用 于 管理 子 
部 件 ， 但 在 Composite 模式 中 一 个 重要 的 问题 是 : 在 Composite 类 层次 结构 中 哪些 类 声明 这 
些 操作 。 我 们 是 应 该 在 Component 中 声明 这 些 操作 ， 并 使 这 些 操作 对 Leaf 类 有 意义 ， 还 是 
只 应 该 在 Composite 和 它 的 子 类 中 声明 并 定义 这 些 操作 呢 ? 

这 需要 在 安全 性 和 透明 性 之 间 做 出 选择 。 


e 在 类 层次 结构 的 根部 定义 子 结 点 管理 接口 的 方法 具有 和 良好 的 透明 性 ， 因 为 你 可 以 一 致 
地 使 用 所 有 的 组 件 ， 但 是 这 一 方法 是 以 安全 性 为 代价 的 ， 因 为 客户 有 可 能 会 做 一 些 无 
意义 的 事情 ， 例 如 在 Leaf 中 增加 和 删除 对 象 等 。 

e 在 Composite 类 中 定义 管理 子 部 件 的 方法 具有 良好 的 安全 性 ， 因 为 在 像 C++ 这 样 的 静 
态 类 型 语言 中 ， 在 编译 时 任何 从 Leaf 中 增加 或 删除 对 象 的 尝试 都 将 被 发 现 。 但 是 这 
又 损失 了 透明 性 ， 因 为 Leaf 和 Composite 具有 不 同 的 接口 。 


在 这 一 模式 中 ， 相 对 于 安全 性 ， 我 们 比较 强调 透明 性 。 如 果 你 选择 了 安全 性 ， 有 时 你 可 
能 会 丢失 类 型 信息 ， 并 且 不 得 不 将 一 个 组 件 转换 成 一 个 组 合 。 这 样 的 类 型 转换 必定 不 是 类 型 
安全 的 。 

一 种 办 法 是 在 Component 类 中 声明 一 个 操作 Composite* GetComposite(), Component 
提供 了 一 个 返回 空 指 针 的 缺 省 操作 。Composite 类 重新 定义 这 个 操作 并 通过 this 指针 返回 它 
自身 。 


class Composite; 


class Component { 
public: 

BS 5 ; 

virtual Composite* GetComposite() ( return 0; ) 
Jo 


class Composite : public Component { 
public: 

void Add(Component*) ; 

I, 

virtual Composite* GetComposite() ( return this; ) 
); 


class Leaf : public Component ( 
r$ ee" . 


); 


GetComposite 允许 你 查询 一 个 组 件 看 它 是 否 是 一 个 组 合 ， 你 可 以 对 返回 的 组 合 安全 地 执 
£T Add fil Remove 操作 。 


Composite* aComposite - new Composite; 
Leaf* aLeaf - new Leaf; 


Component* aComponent; 
Composite* test; 
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aComponent = aComposite; 

if (test - RC OMENS SPREE Me see 0) { 
test->Add (new Leaf) ; 

} 

aComponent = aLeaf; 

if (test = aComponent->GetComposite()) { 
test->Add(new Leaf); // will not add leaf 

} 


你 可 使 用 C++ 中 的 dynamic cast 结构 对 Composite 做 相似 的 试验 。 

当然 ， 这 里 的 问题 是 我 们 对 所 有 组 件 的 处 理 并 不 一 致 。 在 进行 适当 的 动作 之 前 ， 我 们 必 
须 检 测 不 同 的 类 型 。 

提供 透明 性 的 唯一 方法 是 在 Component 中 定义 缺 省 的 Add #il Remove 操作 。 这 又 市 
来 了 一 个 新 的 问题 : Component::Add 的 实现 不 可 避免 地 会 有 失败 的 可 能 性 。 你 可 以 不 让 
Component::Add 做 任何 事情 ， 但 这 就 忽略 了 一 个 很 重要 的 问题 : 企图 向 叶 结 点 中 增加 一 些 东 
西 时 可 能 会 引入 错误 。 这 时 Add 操作 会 产生 垃圾 。 你 可 以 让 Add 操作 删除 它 的 参数 ， 但 可 
能 客户 并 不 希望 这 样 。 

如 果 该 组 件 不 允许 有 子 部 件 ， 或 者 Remove 的 参数 不 是 该 组 件 的 子 结 点 ,通常 最 好 使 用 
缺 省 方式 (可 能 是 产生 一 个 异常 ) 处 理 Add 和 Remove MAM. 

男 一 个 办 法 是 对 “删除 ”的 含义 做 一 些 改变 。 如 果 该 组 件 有 一 个 父 部 件 引 用 ， 我 们 可 重 
新 定义 Component :: Remove， 在 它 的 父 组 件 中 删除 掉 这 个 组 件 。 然 而 ， 对 应 的 Add REN 
然 没 有 合理 的 解释 。 

5) Component 是 否 应 该 实现 一 个 Component 列表 ”你 可 能 希望 在 Component 类 中 将 
子 结 点 集合 定义 为 一 个 实例 变量 ， 而 这 个 Component 类 中 也 声明 了 一 些 操作 对 子 结 点 进行 访 
问 和 管理 。 但 是 在 基 类 中 存放 子 类 指针 ， 对 叶 结 点 来 说 会 导致 空间 浪费 ， 因 为 叶 结 点 根本 没 
有 子 结 点 。 只 有 当 该 结构 中 子 类 数目 相对 较 少 时 ， 才 值得 使 用 这 种 方法 。 

6) 子 部 件 排序 许多 设计 指定 了 Composite 的 子 部 件 顺 序 。 在 前 面 的 Graphic 例子 中 ， 
排序 可 能 表示 了 从 前 至 后 的 顺序 。 如 果 Composite 表示 语法 分 析 树 ，Composite 子 部 件 的 顺 
序 必须 反映 程序 结构 ， 而 组 合 语句 就 是 这 样 一 些 Composite 的 实例 。 

如 果 需 要 考虑 子 结 点 的 顺序 ， 必 须 仔 细 地 设计 对 子 结 点 的 访问 和 管理 接口 ， 以 便 管理 子 
结 点 序列 。Iterator 模式 (5.4) 可 以 在 这 方面 给 予 一 定 的 指导 。 

7) 使 用 高 速 缓冲 存储 改善 性 能 ”如 果 你 需要 对 组 合 进 行 频 繁 的 遍历 或 查找 ，Composite 
类 可 以 缓冲 存储 对 它 的 子 结 点 进行 遍历 或 查找 的 相关 信息 。Composite 可 以 缓冲 存储 实际 结 
果 或 者 仅仅 是 一 些 用 于 缩短 遍历 或 查询 长 度 的 信息 。 例 如 ， 动 机 一 节 的 例子 中 Picture 类 能 高 
速 缓冲 存储 其 子 部 件 的 边界 框 ， 在 绘图 或 选择 期 间 ， 当 子 部 件 在 当前 窗口 中 不 可 见 时 ， 这 个 
边界 框 使 得 Picture 不 需要 再 进行 绘图 或 选择 。 

一 个 组 件 发 生变 化 时 ， 它 的 父 部 件 原 先 缓冲 存储 的 信息 也 变 得 无 效 。 在 组 件 知道 其 父 部 
件 时 ， 这 种 方法 最 为 有 效 。 因 此 ， 如 果 你 使 用 高 速 缓冲 存储 ， 需 要 定义 一 个 接口 来 通知 组 合 
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组 件 它们 所 缓冲 存储 的 信息 无 效 。 

8 ) 应 该 由 谁 删除 Component 在 没有 垃圾 回收 机 制 的 语言 中 ， 当 一 个 Composite 被 销 
毁 时 ， 通 党 最 好 由 Composite 负责 删除 其 子 结 点 。 但 有 一 种 情况 除外 ， 即 Leaf 对 象 不 会 改 
变 ， 因 此 可 以 被 共享 。 

9) 存储 组 件 最 好 用 哪 种 数据 结构 Composite 可 使 用 多 种 数据 结构 存储 它们 的 子 结 
点 ， 包 括 连 接 列 表 、 树 、 数 组 和 hash 表 。 数 据 结构 的 选择 取决 于 效率 。 事 实 上 ， 使 用 通用 
数据 结构 根本 没有 必要 。 有 时 对 每 个 子 结 点 Composite 都 有 一 个 变量 与 之 对 应 ， 这 就 要 求 
Composite 的 每 个 子 类 都 要 实现 自己 的 管理 接口 。 参 见 Interpreter(5.3) 模式 中 的 例子 。 


9. 代码 示例 

计算 机 和 立体 声 组 合 音 啊 这样 的 设备 经 常 被 组 装 成 部 分 一 整体 层次 结构 或 者 是 容器 层次 
结构 。 例 如 ， 底 盘 可 包含 驱动 装置 和 平面 板 ， 总 线 含 有 多 个 插件 ， 机 柜 包括 底盘 、 总 线 等 。 
这 种 结构 可 以 很 自然 地 用 Composite 模式 进行 模拟 。 

Equipment 类 为 部 分 -整体 层次 结构 中 的 所 有 设备 定义 了 一 个 接口 。 


class Equipment ( 
public: 
virtual ~Equipment(); 


const char* Name() { return name; } 


virtual Watt Power(); 
virtual Currency NetPrice(); 
virtual Currency DiscountPrice(); 


virtual void Add(Equipment*); 
virtual void Remove (Equipment*) ; 
virtual Iterator«Equipment*»* CreateIterator(); 
protected: 
Equipment (const char*); 
private: 
const char* name; 
); 


Equipment 声明 一 些 操作 返回 一 个 设备 的 属性 ， 例 如 它 的 能 量 消耗 和 价格 。 子 类 为 指定 
的 设备 实现 这 些 操作 ，Equipment 还 声明 了 一 个 Createlterator 操作 ， 该 操作 为 访问 它 的 零 
件 返回 一 个 Iterator (参见 附录 C)。 这 个 操作 的 缺 省 实现 返回 一 个 NullIterator， 它 在 空 集 上 
迭代 。 

Equipment 的 子 类 包括 表示 人 磁盘 驱动 硕 、 集 成 电路 和 开关 的 Leaf 25: 


class FloppyDisk : public Equipment ( 
public: 

FloppyDisk(const char*); 

virtual ^FloppyDisk(); 


virtual Watt Power(); 

virtual Currency NetPrice(); 

virtual Currency DiscountPrice(); 
Ja 


CompositeEquipment 是 包含 其 他 设备 的 基 类 ， 它 也 是 Equipment 的 子 类 。 
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class CompositeEquipment : public Equipment ( 
public: 
virtual ~CompositeEquipment () ; 


virtual Watt Power(); 
virtual Currency NetPrice(); 
virtual Currency DiscountPrice(); 


virtual void Add(Equipment*); 
virtual void Remove (Equipment *); 
virtual Iterator<Equipment*>* CreateIterator(); 


protected: 

CompositeEquipment (const char*) ; 
private: 

List<Equipment*> _equipment; 
); 


CompositeEquipment 为 访问 和 管理 子 设 备 定义 了 一 些 操 作 。 操 作 Add 和 Remove 从 存储 
ÍE equipment 成 员 变量 的 设备 列表 中 插入 并 删除 设备 。 操 作 Createlterator 返回 一 个 迭代 硕 


(ListIterator 的 一 个 实例 ) 遍历 这 个 列表 。 
NetPrice 的 缺 省 实现 使 用 CreateIterator 来 累加 子 设 备 的 实际 价格 9。 


Currency CompositeEquipment::NetPrice () { 
Iterator<Equipment*>* i = CreateIterator(); 
Currency total - 0; 


for (i-»First(); !i-»IsDone(); i-»Next()) ( 
total += i-»CurrentItem()-»NetPrice(); 


) 
delete i; 
return total; 


现在 我 们 将 计算 机 的 底盘 表示 为 CompositeEquipment 的 子 类 Chassis, Chassis 从 Composite- 
Equipment 继承 了 与 子 类 有 关 的 操作 。 


class Chassis : public CompositeEquipment ( 
public: 

Chassis(const char*); 

virtual ~Chassis(); 


virtual Watt Power(); 

virtual Currency NetPrice(); 

virtual Currency DiscountPrice(); 
); 


我 们 可 用 相似 的 方式 定义 其 他 设备 容器 ， 如 Cabinet 和 Bus。 这 样 我 们 就 得 到 了 组 装 一 
台 (非常 简单 的 ) 个 人 计算 机 所 需 的 所 有 设备 。 


new Cabinet("PC Cabinet"); 
new Chassis("PC Chassis"); 


Cabinet* cabinet 
Chassis* chassis 


cabinet->Add(chassis) ; 


O ”用 完 Iterator 时 ,很 容易 忘记 删除 它 。Iterator 模式 描述 了 如 何 处 理 这 类 问题 。 


Bus* bus = new Bus("MCA Bus"); 
bus->Add (new Card("16Mbs Token Ring")); 


chassis-»Add (bus); 
chassis-»Add(new FloppyDisk("3.5in Floppy")); 


cout << "The net price is " << chassis-»NetPrice() << endl; 


10. 已 知 应 用 

几乎 在 所 有 面向 对 象 的 系统 中 都 有 Composite 模式 的 应 用 实例 。 在 Smalltalk 的 Model/ 
View/Controller[KP88] 结构 中 ， 原 始 View 类 就 是 一 个 Composite， 几 乎 每 个 用 户 界 面 工 具 
箱 或 框架 都 遵循 这 些 步 又 ， 其 中 包括 ET++ (用 VObjects[WGM88]) 和 InterViews ( Style 
[LCI+92], Graphics[VL88] 和 Glyphs[CL90]). 。 很 有 趣 的 是 Model /View/Controller 中 的 原 
始 View 有 一 组 子 视图 ， 换 句 话 说 ，View 既是 Component 类 ， 又 是 Composite 类 。4.0 版 的 
Smalltalk-80 用 VisualComponent 类 修改 了 Model/View/Controller, VisualComponent 类 含有 
子 类 View 和 CompositeView。 

RTL Smalltalk fr VE AF HE 2 [JML92] K Œ H 4E H Y Composite 模式 。RTLExpression 
是 一 个 对 应 于 语法 分 析 树 的 Component 类。 它 有 一 些 子 类 ， 例 如 BinaryExpression， 而 
BinaryExpression 包含 子 RTLExpression 对 象 。 这 些 类 为 语法 分 析 树 定义 了 一 个 组 合 结构 。 
RegisterTransfer 是 一 个 用 于 程序 的 中 间 Single Static Assignment ( SSA) 形式 的 Component 
类 。RegisterTransfer 的 Leaf 子 类 定义 了 一 些 不 同 的 静态 赋值 形式 ， 例 如 : 


e 基本 赋值 ， 在 两 个 寄存 器 上 执行 操作 并 且 将 结果 放 入 第 三 个 寄存 器 中 。 
© 具有 源 寄存 器 但 无 目标 寄存 器 的 赋值 ， 这 说 明 是 在 例 程 返回 后 使 用 该 寄存 器 。 
。 具有 目标 寄存 器 但 无 源 寄存 器 的 赋值 ， 这 说 明 是 在 例 程 开始 之 前 分 配 目 标 寄 存 器 。 


另 一 个 子 类 RegisterTransferSet 是 一 个 Composite 类 ， 表 示 一 次 改变 几 个 寄存 器 的 赋值 。 

这 种 模式 的 另 一 个 例子 出 现在 财经 应 用 领域 ， 在 这 一 领域 中 ， 一 个 资产 组 合 聚 合 多 
个 单个 资产 。 为 了 支持 复杂 的 资产 聚合 ， 资 产 组 合 可 以 用 一 个 Composite 类 实现 ， 这 个 
Composite 类 与 单个 资产 的 接口 一 致 [BE93]。 

Command(5.2) 模式 描述 了 如 何 用 一 个 MacroCommand Composite 类 组 成 一 些 Command 
对 象 ， 并 对 它们 进行 排序 。 

11. 相关 模式 

通常 ， 部 件 - 父 部 件 连接 用 于 Responsibility of Chain(5.1) 模式 。 

Decorator(4.4) 模式 经 常 与 Composite 模式 一 起 使 用 。 当 装饰 和 组 合 一 起 使 用 时 ， 它 们 通 
第 有 一 个 公共 的 父 类 。 因 此 装饰 必须 支持 具有 Add, Remove 和 GetChild 操作 的 Component 
接口 。 

Flyweight(4.6) 让 你 共享 组 件 , 但 不 再 能 引用 其 父 部 件 。 

Itertor(5.4) 可 用 来 遍历 Composite. 

Visitor(5.11) 将 本 来 应 该 分 布 在 Composite 和 Leaf 类 中 的 操作 和 行为 局 部 化 。 
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44 Decorator (装饰 ) 一 一 对 象 结构 型 模式 


1. 意图 
动态 地 给 一 个 对 象 添加 一 些 额 外 的 职责 。 就 增加 功能 来 说 ，Decorator 模式 相 比 生成 子 类 
更 为 灵活 。 


2. 别名 

包装 器 (wrapper). 

3. 动机 

有 时 我 们 希望 给 某 个 对 象 而 不 是 整个 类 添加 一 些 功能 。 例 如 ， 一 个 图 形 用 户 界 面 工具 箱 
允许 你 对 任意 一 个 用 户 界面 组 件 添加 一 些 特性 (例如 边框 )， 或 是 一 些 行为 (例如 窗口 深 动 )。 

使 用 继承 机 制 是 添加 功能 的 一 种 有 效 途径 ， 从 其 他 类 继承 过 来 的 边框 特性 可 以 被 多 个 子 
类 的 实例 所 使 用 。 但 这 种 方法 不 够 灵活 ， 因 为 边框 的 选择 是 静态 的 ， 用 户 不 能 控制 对 组 件 加 
边框 的 方式 和 时 机 。 | 
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入 的 对 象 为 装饰 。 这 个 装饰 与 它 所 装饰 的 组 件 接口 一 致 ， 因 此 它 对 使 用 该 组 件 的 客户 透明 。 
它 将 客户 请 求 转发 给 该 组 件 ， 并 且 可 能 在 转发 前 后 执行 一 些 额 外 的 动作 〈 例 如 画 一 个 边框 )。 
透明 性 使 得 你 可 以 递归 地 藤 套 多 个 装饰 ， 从 而 可 以 添加 任意 多 的 功能 ， 如 下 图 所 示 。 


aBorderDecorator 


aScrollDecorator 一 





例如 ， 假 定 有 一 个 对 象 TextView， 它 可 以 在 窗口 中 显示 文本 。 缺 省 的 TextView RAR 
动 条 ， 因 为 我 们 可 能 有 时 并 不 需要 滚动 条 。 当 需要 滚动 条 时 ， 可 以 用 ScrollDecorator WHR 
动 条 。 如 果 我 们 还 想 在 TextView 周围 添加 一 个 粗 黑 边框 ， 可 以 使 用 BorderDecorator 添加 。 
因此 只 要 简单 地 将 这 些 装 饰 和 TextView 进行 组 合 ， 就 可 以 达到 预期 的 效果 。 

下 面 的 对 象 图 展示 了 如 何 将 一 个 TextView 对 象 与 BorderDecorator 以 及 ScrollDecorator 
对 象 组 装 起 来 产生 一 个 具有 边框 和 滚动 条 的 文本 显示 窗口 。 





( aBorderDecorator ) 
aScroliDecorator 
componen 
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ScrollDecorator 和 BorderDecorator 类 是 Decorator 类 的 子 类 。Decorator 类 是 一 个 可 视 组 
件 的 抽象 类 ， 用 于 装饰 其 他 可 视 组 件 ， 如 下 图 所 示 。 







E 
LS 
‘els ical ae aba mal component-»Draw() 
ScrollDecorator 


Draw() 
ScroliTo 
VisualComponent 是 一 个 描述 可 视 对 象 的 抽象 类 ， 它 定义 了 绘制 和 事件 处 理 的 接口 。 注 意 
Decorator 类 怎样 将 绘制 请 求人 简单 地 发 送 给 它 的 组 件 ， 以 及 Decorator 的 子 类 如 何 扩展 这 个 操作 。 
Decorator 的 子 类 为 特定 功能 可 以 自由 地 添加 一 些 操 作 。 例 如 ， 如 果 其 他 对 象 知道 界面 中 
恰好 有 一 个 ScrollDecorator 对 象 ， 这 些 对 象 就 可 以 用 ScrollDecorator 对 象 的 ScrollTo HER 
动 这 个 界面 。 这 个 模式 中 有 一 点 很 重要 ， 它 使 得 在 VisualComponent 可 以 出 现 的 任何 地 方 都 
可 以 有 装饰 。 因 此 ， 客 户 通 常 不 会 感觉 到 装饰 过 的 组 件 与 未 装饰 组 件 之 间 的 差异 ， 也 不 会 与 
装饰 产生 任何 依赖 关系 。 


4. 适用 性 
以 下 情况 下 使 用 Decorator 模式 : 










e 在 不 影响 其 他 对 象 的 情况 下 ， 以 动态 、 透 明 的 方式 给 单个 对 象 添 加 职责 。 

e 处 理 那 些 可 以 撤销 的 职责 。 

e. 当 不 能 采用 生成 子 类 的 方法 进行 扩充 时 。 一 种 情况 是 ， 可 能 有 大 量 独立 的 扩展 ， 为 支 
持 每 一 种 组 合 将 产生 大 量 的 子 类 ， 使 得 子 类 数目 呈 爆 炸 性 增长 。 另 一 种 情况 可 能 是 ， 
类 定义 被 隐藏 ， 或 类 定义 不 能 用 于 生成 子 类 。 


5. 结构 














Operation() 


人 








component 










ConcreteComponent 
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ConcreteDecoratorA 


Operation() 
addedState 


ConcreteDecoratorB 
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6. 参与 者 

e Component (VisualComponent) 

一 定义 一 个 对 象 接 口 ， 可 以 给 这 些 对 象 动 态 地 添加 职责 。 

ConcreteComponent (TextView) 

一 定义 一 个 对 象 ， 可 以 给 这 个 对 象 添加 一 些 职责 。 

Decorator 

一 维持 一 个 指 回 Component 对 象 的 指针 ， 并 定义 一 个 与 Component 接口 一 致 的 接口 。 
ConcreteDecorator (BorderDecorator, 、ScrollDecorator ) 


一 回 组 件 添加 职责 。 


7. 协作 


Decorator 将 请 求 转 发 给 它 的 Component 对 象 ， 并 有 可 能 在 转发 请 求 前 后 执行 一 些 附 
加 的 动作 。 

8. 效果 

Decorator 模式 至 少 有 两 个 主要 优点 和 两 个 缺点 : 

1) 比 静态 继承 更 灵活 “与 对 象 的 静态 继承 (多 重 继 承 ) FALL, Decorator 模式 提供 了 
更 加 灵活 地 回 对 象 添 加 职责 的 方式 。 可 以 用 添加 和 分 离 的 方法 ， 用 装饰 在 运行 时 增加 和 删 
除 职责 。 相 比 之 下 ， 继 承 机 制 要 求 为 每 个 添加 的 职责 创建 一 个 新 的 子 类 (例如 ，Bordered- 
ScrollableTextView 、BorderedTextView ) 。 这 会 产生 许多 新 的 类 ， 并 且 会 增加 系统 的 复杂 度 。 
此 外 ， 为 一 个 特定 的 Component 类 提供 多 个 不 同 的 Decorator 类 ， 这 就 使 得 你 可 以 对 一 些 职 
责 进 行 混合 和 匹配 。 

使 用 Decorator 模式 可 以 很 容易 地 重复 添加 一 个 特性 ， 例 如 在 TextView 上 添加 双边 框 
时 ， 仅 需 添加 两 个 BorderDecorator。 而 两 次 继承 Border 类 则 极 容 易 出 错 。 

2) 避免 在 层次 结构 高 层 的 类 有 太 多 的 特征 Decorator 模式 提供 了 一 种 “ 即 用 即 付 ”的 
方法 来 添加 职责 。 它 并 不 试图 在 一 个 复杂 的 可 定制 的 类 中 支持 所 有 可 预见 的 特征 ， 相 反 ， 你 
可 以 定义 一 个 简单 的 类 ， 并 且 用 Decorator 类 给 它 逐 渐 地 添加 功能 。 可 以 从 简单 的 部 件 组 
合 出 复杂 的 功能 。 这 样 ， 应 用 程序 不 必 为 不 需要 的 特征 付出 代价 。 同 时 也 更 易于 不 依赖 于 
Decorator 所 扩展 (甚至 是 不 可 预知 的 扩展 ) 的 类 而 独立 地 定义 新 类 型 的 Decorator。 扩 展 一 个 
复 洒 类 的 时 候 ， 很 可 能 会 暴露 与 添加 的 职责 无 关 的 细节 。 

3) Decorator 与 它 的 Component 不 一 样  Decorator 是 一 个 透明 的 包装 。 如 果 我 们 从 对 
象 标识 的 观点 出 发 ， 一 个 被 装饰 了 的 组 件 与 这 个 组 件 是 有 差别 的 ， 因 此 ， 使 用 装饰 时 不 应 该 
依赖 对 象 标识 。 

4) 有 许多 小 对 象 ”采用 Decorator 模式 进行 系统 设计 往往 会 产生 许多 看 上 去 类 似 的 小 对 
象 ， 这 些 对 象 仅仅 在 它们 相互 连接 的 方式 上 有 所 不 同 ， 而 不 是 它们 的 类 或 是 它们 的 属性 值 有 
所 不 同 。 尽 管 对 于 那些 了 解 这 些 系统 的 人 来 说 ， 很 容易 对 它们 进行 定制 ， 但 是 很 难 学 习 这 些 
系统 ， 排 错 也 很 困难 。 
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9. 实现 

使 用 Decorator 模式 时 应 注意 以 下 几 点 : 

1 ) 接口 的 一 致 性 ”装饰 对 象 的 接口 必须 与 它 所 装饰 的 Component 的 接口 是 一 致 的 ， 因 
此 ， 所 有 的 ConcreteDecorator 类 必须 有 一 个 公共 的 父 类 (至 少 在 C++ 中 如 此 )。 

2) 省 略 抽象 的 Decorator 类 当 你 仅 需要 添加 一 个 职责 时 ， 没 有 必要 定义 抽象 
Decorator 类 。 你 常常 需要 处 理 现存 的 类 层次 结构 而 不 是 设计 一 个 新 系统 ， 这 时 你 可 以 把 
Decorator H] Component 转发 请 求 的 职责 合并 到 ConcreteDecorator 中 。 

3) 保持 Component 类 的 简单 性 ”为 了 保证 接口 的 一 致 性 ， 组 件 和 装饰 必须 有 一 个 公共 
的 Component 父 类 。 因 此 保持 这 个 类 的 简单 性 是 很 重要 的 ， 即 它 应 集中 于 定义 接口 而 不 是 存 
储 数据 。 对 数据 表示 的 定义 应 延迟 到 子 类 中 ， 和 否则 Component 类 会 变 得 过 于 复杂 和 庞大 ， 因 
而 难以 大 量 使 用 。 赋 了 予 Component 太 多 的 功能 也 使 得 具体 的 子 类 有 一 些 它们 并 不 需要 的 功能 
的 可 能 性 大 大 增加 。 

4) 改变 对 象 外 过 与 改变 对 象 内 核 我 们 可 以 将 Decorator 看 作 一 个 对 象 的 外 壳 ， 它 可 以 
改变 这 个 对 象 的 行为 。 男 外 一 种 方法 是 改变 对 象 的 内 核 。 例 如 ，Strategy(5.9) 模式 就 是 一 个 
用 于 改变 内 核 的 很 好 的 模式 。 

当 Component 类 原本 就 很 庞大 时 ， 使 用 Decorator RV f ffr AR, Strategy 模式 相对 好 
一 些 。 在 Strategy 模式 中 ,组件 将 它 的 一 些 行 为 转发 给 一 个 独立 的 策略 对 象 ， 我 们 可 以 替换 
策略 对 象 ， 从 而 改变 或 扩充 组 件 的 功能 。 

例如 ， 可 以 将 组 件 绘制 边界 的 功能 延迟 到 一 个 独立 的 Border 对 象 中 ， 这 样 就 可 以 支持 不 
同 的 边界 风格 。 这 个 Border 对 象 是 一 个 Strategy 对 象 ， 它 封装 了 边界 绘制 策略 。 我 们 可 以 将 
策略 的 数目 从 一 个 扩充 为 任意 多 个 ， 这 样 产 生 的 效果 与 对 装饰 进行 递归 符 套 是 一 样 的 。 

在 MacApp3.0[App89] 和 Bedrock[Sym93a] F, RHAH ( 称 之 为 “视图 ”) 有 一 个 “ 装 
饰 ”(adorner) 对 象 列表 ， 这 些 对 象 可 用 来 给 一 个 视图 组 件 添 加 一 些 装饰 ， 例 如 边框 。 如 果 给 
一 个 视图 添加 了 一 些 装 饰 ， 就 可 以 用 这 些 装饰 对 这 个 视图 进行 一 些 额外 的 修饰 。 由 于 View 
类 过 于 庞大 ，MacApp 和 Bedrock 必须 使 用 这 种 方法 。 仅 为 添加 一 个 边框 就 使 用 一 个 完整 的 
View， 代 价 太 高 。 

由 于 Decorator 模式 仅 从 外 部 改变 组 件 ， 因 此 组 件 无 须 对 它 的 装饰 有 任何 了 解 ， 也 就 是 
说 ， 这 些 装 饰 对 该 组 件 是 透明 的 ， 如 下 图 所 示 。 


a 
ER decorator 扩展 的 功能 p 


在 Strategy 模式 中 ， 组 件 本 身 知 道 可 能 进行 哪些 扩展 ， 因 此 它 必须 引用 并 维护 相应 的 策 
略 ， 如 下 图 所 示 。 
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基于 Strategy 的 方法 可 能 需要 修改 组 件 以 适应 新 的 扩展 。 男 一 方面 ， 一 个 策略 可 以 有 日 
己 特 定 的 接口 ， 而 装饰 的 接口 则 必须 与 组 件 的 接口 一 致 。 例 如 ， 一 个 绘制 边框 的 策略 仅 需 要 
定义 生成 边框 的 接口 ( DrawBorder, GetWidth 等 )， 这 意味 着 即使 Component 类 很 庞大 ， 策 
略 也 可 以 很 小 。 

MacApp 和 Bedrock 中 ， 这 种 方法 不 仅仅 用 于 装饰 视图 ， 还 用 于 增强 对 象 的 事件 处 理 能 
力 。 在 这 两 个 系统 中 ， 每 个 视图 维护 一 个 “行为 ”对 象 列表 ， 这 些 对 象 可 以 修改 和 截获 事件 。 
在 已 注册 的 行为 对 象 被 没有 注册 的 行为 有 效 地 重 定义 之 前 ， 这 个 视图 给 每 个 已 注册 的 对 象 一 
个 处 理事 件 的 机 会 。 可 以 用 特殊 的 键盘 处 理 文 持 装 饰 一 个 视图 ， 例 如 ， 可 以 注册 一 个 行为 对 
象 截取 并 处 理 键盘 事件 。 


10. 代码 示例 
以 下 C++ 代码 说 明了 如 何 实 现 用 户 接 口 装饰 。 我 们 假定 已 经 存在 一 个 Component 类 


VisualComponent, 


class VisualComponent { 
public: 
VisualComponent () ; 


virtual void Draw(); 
virtual void Resize(); 
| gm 

}; 


定义 VisualComponent 的 一 个 子 类 Decorator， 我 们 将 生成 Decorator 的 子 类 以 获取 不 同 
的 装饰 。 


class Decorator : public VisualComponent { 
public: 
Decorator (VisualComponent*); 


virtual void Draw(); 
virtual void Resize(); 
EE 4 
private: 
VisualComponent* component; 
}; 


Decorator 装饰 由 _component 实例 变量 引用 的 VisualComponent， 这 个 实例 变量 在 构造 
器 中 被 初始 化 。 对 于 VisualComponent 接口 中 定义 的 每 一 个 操作 ，Decorator 类 都 定义 了 一 个 
缺 省 的 实现 ， 这 一 实现 将 请 求 转发 给 “component: 

void Decorator::Draw () ( 


_component->Draw() ; 
} 


入 六 了 ZL 上 Jn] ae v 
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void Decorator::Resize () ( 
.component-»Resize(); 
) 


Decorator 的 子 类 定义 了 特殊 的 装饰 功能 ， 例 如 ，BorderDecorator 类 为 它 所 包含 的 组 件 
添加 了 一 个 边框 。BorderDecorator 是 Decorator 的 子 类 ， 它 重 定义 Draw 操作 用 于 绘制 边框 。 
同时 BorderDecorator 还 定义 了 一 个 私有 的 辅助 操作 DrawBorder， 由 它 绘制 边框 。 这 些 子 类 
继承 了 Decorator 类 所 有 其 他 的 操作 。 


class BorderDecorator : public Decorator ( 
public: 
BorderDecorator(VisualComponent*, int borderWidth); 


virtual void Draw(); 
private: 

void DrawBorder(int); 
private: 

int , width; 
}; 


void BorderDecorator::Draw () { 
Decorator: :Draw(); 
DrawBorder (_width) ; 

} 


类 似 地 ， 可 以 实现 ScrollDecorator 和 DropShadowDecorator， 它 们 给 可 视 组 件 添 加 滚动 


和 阴影 功能 。 
现在 我 们 组 合 这 些 类 的 实例 以 提供 不 同 的 装饰 效果 ， 以 下 代码 展示 了 如 何 使 用 Decorator 


创建 一 个 具有 边界 的 可 滚动 TextView。 
首先 要 将 一 个 可 视 组 件 放 入 窗口 对 象 中 。 假 设 Window 类 为 此 已 经 提供 了 一 个 


SetContents 操作 : 


void Window::SetContents (VisualComponent* contents) { 
FS 
) 


现在 我 们 可 以 创建 一 个 文本 视图 以 及 放 人 这 个 文本 视图 的 窗口 : 


Window* window = new Window; 
TextView* textView - new TextView; 


TextView 是 一 个 VisualComponent， 它 可 以 放 人 窗口 中 : 


window->SetContents (textView) ; 

但 我 们 想 要 一 个 有 边界 和 可 以 滚动 的 TextView， 因 此 我 们 在 将 它 放 入 窗口 之 前 对 其 进行 
Ee Hf : 

window->SetContents ( 


new BorderDecorator ( 
new ScrollDecorator(textView), 1 


) 
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由 于 Window 通过 VisualComponent 接口 访问 它 的 内 容 ， 因 此 它 并 不 知道 存在 该 
装饰 。 如 果 你 需要 直接 与 文本 视图 交互 , 例如， 你 想 调用 一 些 操作 ， 而 这 些 操 作 不 是 
VisualComponent 接口 的 一 部 分 ， 此 时 可 以 跟踪 文本 视图 。 依 赖 于 组 件 标识 的 客户 也 应 该 直 
接 引 用 它 。 


11. 已 知 应 用 

许多 面向 对 象 的 用 户 界 面 工 具 箱 使 用 装饰 为 窗口 组 件 添加 图 形 装饰 ， 例 如 InterViews 
[LVC89, LCI+92], ET++[WGM88] 和 ObjectWorks\Smalltalk 类 库 [Par90]。 一 些 Decorator 模式 
的 比较 特殊 的 应 用 有 InterViews 的 DebuggingGlyph 和 ParcPlace Smalltalk 的 PassivityWrapper。 
DebuggingGlyph 在 向 它 的 组 件 转发 布局 请 求 前 后 ， 打 印 出 调试 信息 。 这 些 跟踪 信息 可 用 于 分 
析 和 调试 一 个 复杂 组 合 中 对 象 的 布局 行为 。PassivityWrapper 可 以 允许 和 禁止 用 户 与 组 件 的 
AH. 

但 是 Decorator 模式 不 仅仅 局 限于 图 形 用 户 界 面 ， 下 面 的 例子 (基于 ET++ 的 streaming 
类 [WGM88]) 说 明了 这 一 点 。 

Stream 是 大 多 数 LO 设备 的 基础 抽象 结构 ， 它 提供 了 将 对 象 转换 成 字 节 或 字符 流 的 
操作 接口 ， 使 我 们 可 以 将 一 个 对 象 转换 成 一 个 文件 或 内 存 中 的 字符 串 ， 可 以 在 以 后 恢复 使 
用 。 一 个 简单 直接 的 方法 是 定义 一 个 抽象 的 Stream 类 ， 它 有 两 个 子 类 MemoryStream 与 
FileStream。 但 假定 我 们 还 希望 能 够 做 下 面 一 些 事情 : 


e 用 不 同 的 压缩 算法 (行程 编码 、Lempel-Ziv 等 ) 对 数据 流 进行 压缩 。 
e 将 流 数据 简化 为 7 位 ASCII 码 字 符 ， 这 样 它 就 可 以 在 ASCII 信道 上 传输 。 


Decorator 模式 提供 的 将 这 些 功 能 添加 到 Stream 中 的 方法 很 巧妙 。 下 面 的 类 图 给 出 了 一 
个 解决 问题 的 方法 。 


Putint() 
PutString() 
HandieBufferFull() 













MemoryStream 


HandleBufferFull() 





S 
HandleBufferFull() HandileBufferFull) O-F-------------- component-»HandleBufferFull() N 






CompressingStream 
HandleBufferFull() O- - 





i 
____| compress data in buffer - 
StreamDecorator::HandleBufferFull() 


Stream 抽象 类 维持 了 一 个 内 部 缓冲 区 并 提供 一 些 操 作 (PutInt, PutString) 用 于 将 数据 存 
入 流 中 。 一 旦 这 个 缓冲 区 满 了 ，Stream 就 会 调用 抽象 操作 HandleBufferFull 进行 实际 数据 传 
to TE FileStream 中 重 定义 了 这 个 操作 ， 将 缓冲 区 中 的 数据 传输 到 文件 中 去 。 


HandleBufferFull() 


这 里 的 关键 类 是 StreamDecorator， 它 维持 了 一 个 指向 组 件 流 的 指针 并 将 请 求 转发 给 它 ， 
StreamDecorator 于 类 重 定 义 HandleBufferFull 操作 并 且 在 调用 StreamDecorator 的 HandleBufferFull 
操作 之 前 执行 一 些 额外 的 动作 。 

例如 ，CompressingStream 子 类 用 于 压缩 数据 ， 而 ASCII7Stream 将 数据 转换 成 7 位 
ASCII 码 。 现 在 我 们 创建 FileStream 类 ， 它 首先 将 数据 压缩 ， 然 后 将 压缩 了 的 二 进 制 数 据 转 
换 成 7 位 ASCII 码 ， 我 们 用 CompressingStream 和 ASCII7Stream 装饰 FileStream: 


Stream* aStream = new CompressingStream ( 
new ASCII7Stream( 
new FileStream("aFileName") 
) 
) ; 
aStream-»PutInt (12); 
aStream-»PutString("aString"); 


12. 相关 模式 

Adapter(4.1) : Decorator 模式 不 同 于 Adapter 模式 ， 因 为 装饰 仅 改 变 对 象 的 职责 而 不 改 
变 它 的 接口 ; 而 适配器 将 给 对 象 一 个 全 新 的 接口 。 

Composite(4.3) : 可 以 将 装饰 视 为 一 个 退化 的 、 仅 有 一 个 组 件 的 组 合 。 然 而 ， 装 饰 仅 给 
对 象 添加 一 些 额 外 的 职责 一 一 它 的 目的 不 在 于 对 象 聚集 。 

Strategy(5.9): 用 一 个 装饰 可 以 改变 对 象 的 外 表 ; 而 Strategy 模式 使 得 你 可 以 改变 对 象 的 
内 核 。 这 是 改变 对 象 的 两 种 途径 。 
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1. 意图 

为 子 系统 中 的 一 组 接口 提供 一 个 一 致 的 界面 ，Facade 模式 定义 了 一 个 高 层 接口 ， 这 个 接 
口 使 得 这 一 子 系统 更 加 容易 使 用 。 

2. 动机 

将 一 个 系统 划分 成 春 干 个 子 系统 有 利于 降低 系统 的 复杂 性 。 一 个 常见 的 设计 目标 是 使 子 
系统 间 的 通信 和 相互 依赖 关系 达到 最 小 。 达 到 该 目标 的 途径 之 一 就 是 引入 一 个 外 观 ( facade) 
对 象 ， 它 为 子 系统 中 较 一 般 的 设施 提供 了 一 个 单一 而 简单 的 界面 。 


客户 类 
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例如 有 一 个 编程 环境 ， 它 人 允许 应 用 程序 访问 它 的 编译 子 系统 。 这 个 编译 子 系统 包含 了 乔 
干 个 类 来 实现 这 一 编译 器 ， 如 Scanner, Parser, ProgramNode, BytecodeStream 和 Program- 
NodeBuilder。 有 些 特殊 应 用 程序 需要 直接 访问 这 些 类 , 但 是 大 多 数 编译 器 的 用 户 并 不 关心 语 
法 分 析 和 代码 生成 这 样 的 细节 ， 他 们 只 是 希望 编译 一 些 代码 。 对 这 些 用 户 ， 编 译 子 系统 中 那 
些 功 能 强大 但 层次 较 低 的 接口 只 会 使 他 们 的 任务 复杂 化 。 

为 了 提供 一 个 高 层 的 接口 并 且 对 客户 屏蔽 这 些 类 ， 编 译 子 系统 还 包括 一 个 Complier 类 。 
这 个 类 定义 了 一 个 编译 器 功能 的 统一 接口 。Compiler 类 是 一 个 外 观 ， 它 给 用 户 提供 了 一 个 单 
一 而 简单 的 编译 子 系统 接口 。 它 无 须 完全 隐藏 实现 编译 功能 的 那些 类 ， 即 可 将 它们 结合 在 一 
起 。 编 译 器 的 外 观 可 方便 大 多 数 程序 员 使 用 ， 同 时 对 少数 懂得 如 何 使 用 底层 功能 的 人 ， 它 并 
不 隐藏 这 些 功能 ， 如 下 图 所 示 。 


编译 子 系统 的 类 一 一 一 














3. 适用 性 
以 下 情况 下 使 用 Facade 模式 : 


当 你 要 为 一 个 复杂 子 系统 提供 一 个 简单 接口 时 。 子 系统 往往 因为 不 断 演化 而 变 得 越 来 
越 复杂 ， 大 多 数 模式 使 用 时 都 会 产生 更 多 更 小 的 类 。 这 使 得 子 系统 更 具 可 复 用 性 ， 也 
更 容易 对 子 系统 进行 定制 ， 但 也 给 那些 不 需要 定制 子 系统 的 用 户 带 来 一 些 使 用 上 的 困 
WE, Facade 可 以 提供 一 个 简单 的 缺 省 视图 ， 这 一 视图 对 大 多 数 用 户 来 说 已 经 足够 ， 而 
那些 需要 更 多 的 可 定制 性 的 用 户 可 以 越过 Facade Jz. 

客户 程序 与 抽象 类 的 实现 部 分 之 间 存 在 着 很 大 的 依赖 性 。 引 入 Facade 将 这 个 子 系统 
与 客户 以 及 其 他 的 子 系统 分 离 ， 可 以 提高 子 系统 的 独立 性 和 可 移植 性 。 

当 你 需要 构建 一 个 层次 结构 的 子 系统 时 ， 使 用 Facade 模式 定义 子 系统 中 每 层 的 人 口 
点 。 如 果子 系统 之 间 是 相互 依赖 的 ， 可 以 让 它们 仅 通 过 Facade 进行 通信 ， 从 而 简化 
了 它们 之 间 的 依赖 关系 。 


第 4 章 ”结构 型 模式 ”14] 





5. 参与 者 


e Facade (Compiler) 
一 知道 哪些 子 系统 类 负责 处 理 请 求 。 
一 将 客户 的 请 求 代理 给 适当 的 子 系统 对 象 。 
e Subsystem classes (Scanner, Parser, ProgramNode 等 ) 
一 实现 子 系统 的 功能 。 
一 处 理由 Facade 对 象 指派 的 任务 。 
— 没有 Facade 的 任何 相关 信息 ， 即 没有 指向 Facade 的 指针 。 


6. 协作 


e 客户 程序 通过 发 送 请 求 给 Facade 的 方式 与 子 系统 通信 ，Facade 将 这 些 消 息 转 发 给 适 
当 的 子 系统 对 象 。 尽 管 是 子 系统 中 的 有 关 对 象 在 做 实际 工作 ， 但 Facade 模式 本 身 也 
必须 将 它 的 接口 转换 成 子 系统 的 接口 。 

e 使 用 Facade 的 客户 程序 不 需要 直接 访问 子 系统 对 象 。 


7. 效果 

Facade 模式 有 下 面 一 些 优点 : 

1) 它 对 客户 屏蔽 子 系统 组 件 ， 因 而 减少 了 客户 处 理 的 对 象 的 数目 并 使 得 子 系统 使 用 起 
来 更 加 方便 。 

2) 它 实现 了 子 系统 与 客户 之 间 的 松 耦 合 关 系 ， 而 子 系统 内 部 的 功能 组 件 往 往 是 紧 耦 合 
的 。 松 耦合 关系 使 得 子 系统 的 组 件 变化 不 会 影响 到 它 的 客户 。Facade 模式 有 助 于 建立 层次 结 
构 系 统 ， 也 有 助 于 对 对 象 之 间 的 依赖 关系 分 层 。Facade 模式 可 以 消除 复杂 的 循环 依赖 关系 。 
这 一 点 在 客户 程序 与 子 系统 分 别 实现 的 时 候 尤 为 重要 。 

在 大 型 软件 系统 中 降低 编译 依赖 性 至 关 重 要 。 在 子 系统 类 改变 时 ,希望 尽量 减少 重 编译 
工作 以 节省 时 间 。 用 Facade 可 以 降低 编译 依赖 性 ， 限 制 重要 系统 中 较 小 的 变化 所 需 的 重 编译 
工作 。Facade 模式 同样 也 有 利于 简化 系统 在 不 同 平 台 之 间 的 移植 过 程 ， 因 为 编译 一 个 子 系统 
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一 般 不 需要 编译 所 有 其 他 的 子 系统 。 
3) 如 果 应 用 需要 ， 它 并 不 限制 它们 使 用 子 系统 类 。 因 此 你 可 以 在 系统 易 用 性 和 通用 性 
之 间 加 以 选择 。 


8. 实现 

使 用 Facade 模式 时 需要 注意 以 下 几 点 : 

1 ) 降低 客 忆 - 子 系统 之 间 的 耦合 度 用 抽象 类 实现 Facade 而 它 的 具体 子 类 对 应 于 不 
同 的 子 系统 实现 ， 这 可 以 进一步 降低 客户 与 子 系统 的 耦合 度 。 这 样 ， 客 户 就 可 以 通过 抽象 的 
Facade 类 接口 与 子 系统 通信 。 这 种 抽象 耦合 关系 使 得 客户 不 知道 它 使 用 的 是 子 系统 的 哪个 
实现 。 

除 生成 子 类 的 方法 以 外 ， 另 一 种 方法 是 用 不 同 的 子 系统 对 象 配置 Facade 对 象 。 为 定制 
Facade， 仅 需 对 它 的 子 系统 对 象 (一 个 或 多 个 ) 进行 蔡 换 。 

2) 公共 子 系统 类 与 私有 子 系统 类 ”一 个 子 系统 与 一 个 类 的 相似 之 处 是 ， 它 们 都 有 接口 
并 且 它 们 都 封装 了 一 些 东西 一 一 类 封装 了 状态 和 操作 ， 而 子 系统 封装 了 一 些 类 。 考 虑 一 个 类 
的 公共 和 私有 接口 是 有 益 的 ， 我 们 也 可 以 考虑 子 系统 的 公共 和 私有 接口 。 

子 系统 的 公共 接口 包含 所 有 的 客户 程序 可 以 访问 的 类 ， 私 有 接口 仅 用 于 对 子 系统 进行 扩 
充 。 当 然 ，Facade 类 是 公共 接口 的 一 部 分 ， 但 它 不 是 唯一 的 部 分 ， 子 系统 的 其 他 部 分 通常 也 
是 公共 的 。 人 例如， 编译 子 系统 中 的 Parser 类 和 Scanner 类 就 是 公共 接口 的 一 部 分 。 

私有 化 子 系 统 类 确实 有 用 ， 但 是 很 少 有 面 回 对象 的 编程 语言 支持 这 一 点 。C++ 和 
Smalltalk 语言 仅 在 传统 意义 下 为 类 提供 了 一 个 全 局 名 字 空 间 。 然 而 ， 最 近 C++ 标准 化 委 
REE C++ 语言 中 增加 了 一 些 名 字 空 间 [Str94]， 这 些 名 字 空 间 使 得 你 可 以 仅 暴 露 公 共 子 系 
统 类 。 


9. 代码 示例 

让 我 们 仔细 观察 一 下 如 何在 一 个 编译 子 系统 中 使 用 Facade。 

编译 子 系统 定义 了 一 个 BytecodeStream 类 ， 它 实现 了 一 个 Bytecode 对 象 流 ( stream) 。 
Bytecode 对 象 封装 一 个 字 节 码 ， 这 个 字 节 码 可 用 于 指定 机 器 指令 。 该 子 系统 中 还 定义 了 一 个 
Token 类 ， 它 封装 了 编程 语言 中 的 标识 符 。 

Scanner 类 接收 字符 流 并 产生 一 个 标识 符 流 ， 一 次 产生 一 个 标识 符 (token). 


class Scanner { 

public: 
Scanner (istreamé&) ; 
virtual ^Scanner(); 


virtual Token& Scan(); 
private: 

istream& _inputStream; 
): 


FH ProgramNodeBuilder, Parser 类 由 Scanner 生成 的 标识 符 构 建 一 棵 语法 分 析 树 。 
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class Parser { 
public: 
Parser (); 
virtual ~Parser(); 


virtual void Parse(Scanner&, ProgramNodeBuilderk); 
}; 


Parser 回调 ProgramNodeBuilder 逐步 建立 语法 分 析 树 ， 这 些 类 遵循 Builder(3.2) 模式 进 
行 交 互 操作 。 


class ProgramNodeBuilder { 
public: 
ProgramNodeBuilder () ; 


virtual ProgramNode* NewVariable ( 
const char* variableName 
) const; 


virtual ProgramNode* NewAssignment ( 
ProgramNode* variable, ProgramNode* expression 
) const; 


virtual ProgramNode* NewReturnStatement ( 
ProgramNode* value 
) const; 


virtual ProgramNode* NewCondition( 
ProgramNode* condition, 
ProgramNode* truePart, ProgramNode* falsePart 
) const; 
iF ees 
ProgramNode* GetRootNode(); 
private: 
ProgramNode* . node; 
) 


语法 分 析 树 由 ProgramNode 子 类 (例如 StatementNode 和 ExpressionNode 等 ) 的 实例 构 
成 。ProgramNode 层次 结构 是 Composite 模式 的 一 个 应 用 实例 。ProgramNode 定义 了 一 个 接 
口 用 于 操作 程序 结 点 和 它 的 子 结 点 (如果 有 的 话 )。 


class ProgramNode { 
public: 
// program node manipulation 
virtual void GetSourcePosition(int& line, int& index); 


PIT. 


// child manipulation 

virtual void Add(ProgramNode*); 
virtual void Remove (ProgramNode*); 
E el. 


virtual void Traverse(CodeGeneratork); 
protected: 
ProgramNode () ; 
1i 


Traverse 操作 以 一 个 CodeGenerator 对 象 为 参数 ，ProgramNode 子 类 使 用 这 个 对 象 产 生 
机 器 代码 ， 机 器 代码 格式 为 BytecodeStream 中 的 ByteCode 对 象 。 其 中 的 CodeGenerator 类 
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是 一 个 访问 者 (参见 Visitor(5.11) 模式 )。 


class CodeGenerator { 

public: 
virtual void Visit(StatementNode*); 
virtual void Visit(ExpressionNode*); 
ES . 

protected: 
CodeGenerator (BytecodeStreamé&) ; 

protected: 
BytecodeStream& _output; 

); 


例如 CodeGenerator 类 有 两 个 子 类 StackMachineCodeGenerator fll RISCCodeGenerator, 
分 别 为 不 同 的 硬件 体系 结构 生成 机 絮 代 码 。 

ProgramNode 的 每 个 子 类 在 实现 Traverse 时 ， 对 它 的 ProgramNode 子 对 象 调用 
Traverse。 每 个 子 类 依次 对 它 的 子 结 点 做 同样 的 动作 ， 这 样 一 直 递 归 下 去 。 例 如 ，Expression- 
Node 像 这 样 定 义 Traverse: 


void ExpressionNode::Traverse (CodeGenerator& cg) { 
cg.Visit(this); 


ListIterator«ProgramNode*» i( children); 


for (i.First(); !i.IsDone(); i.Next()) ( 
i.CurrentItem()-»Traverse(cg); 
) 
) 


我 们 上 述 讨 论 的 类 构成 了 编译 子 系 统 ， 现 在 引入 Compiler 2$, Complier 类 是 一 个 
Facade， 它 将 所 有 部 件 集 成 在 一 起 。Compiler 提供 了 一 个 简单 的 接口 用 于 为 特定 的 机 器 编译 
源 代 码 并 生成 可 执行 代码 。 


class Compiler { 
public: 
Compiler(); 


virtual void Compile(istream&, BytecodeStream&); 
); 


void Compiler::Compile ( 
istream& input, BytecodeStream& output 

iX 

Scanner scanner(input); 

ProgramNodeBuilder builder; 

Parser parser; 


parser.Parse(scanner, builder); 
RISCCodeGenerator generator (output); 


ProgramNode* parseTree - builder.GetRootNode(); 
parseTree-»Traverse (generator); 


上 面 的 实现 在 代码 中 固定 了 要 使 用 的 代码 生成 器 的 种 类 ， 因 此 程序 员 不 需要 指定 目标 机 
的 结构 。 在 仅 有 一 种 目标 机 的 情况 下 ， 这 是 合理 的 。 如 果 有 多 种 目标 机 ， 我 们 可 能 和 布 望 改变 
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Compiler 构造 阴 数 使 之 能 接受 CodeGenerator 为 参数 ， 这 样 程序 员 可 以 在 实例 化 Compiler 时 
指定 要 使 用 的 生成 器 。 编 译 器 的 Facade 还 可 以 对 Scanner 和 ProgramNodeBuilder 这 样 的 其 
他 参与 者 进行 参数 化 以 增加 系统 的 灵活 性 ， 但 是 这 并 非 Facade 模式 的 主要 任务 ， 它 的 主要 任 
务 是 为 一 般 情 况 简 化 接口 。 


10. 已 知 应 用 

在 代码 示例 一 节 中 的 编译 咒 例 子 受 到 了 ObjectWorks Smalltalk 编译 系统 [Par90] 的 启发 。 

在 ET++ 应 用 框架 [WGM88] 中 ， 应 用 程序 可 以 有 一 个 内 置 的 浏览 工具 ， 用 于 在 运行 
时 监视 它 的 对 象 。 这 些 浏 览 工 具 在 一 个 独立 的 子 系 统 中 实现 ， 这 一 子 系统 包含 一 个 称 为 
Program-mingEnvironment 的 Facade 类 。 这 个 Facade 定义 了 一 些 操作 (如 InspectObject 和 
InspectClass 等 ) 用 于 访问 这 些 浏 览 器 。 

ET++ 应 用 程序 也 可 以 不 理会 这 些 内 置 的 浏览 功能 ， 这 时 ProgrammingEnvironment 对 这 
些 请 求 用 空 操 作 实 现 ， 也 就 是 说 ， 它 们 什么 也 不 做 。 仅 ETProgrammingEnvironment 子 类 用 
一 些 显示 相应 浏览 锅 的 操作 实现 这 些 请 求 。 因 此 应 用 程序 并 不 知道 是 否 有 内 置 浏 览 器 存在 ， 
应 用 程序 与 浏览 子 系统 之 间 仅 存在 抽象 的 耦合 关系 。 

Choices 操作 系统 [CIRM93] 使 用 Facade 模式 将 多 个 框架 组 合 到 一 起 。Choices 中 的 关键 
抽象 是 进程 (process)、 存 储 (storage) 和 地 址 空间 (address space)。 每 个 抽象 有 一 个 相应 的 子 
AG, HERK, X BR Choices 系统 在 不 同 的 硬件 平台 之 间 移 植 。 其 中 的 两 个 子 系统 有 “ 代 
AX" (也 就 是 Facade)， 这 两 个 代表 分 别 是 存储 (FileSystemInterface) 和 地 址 空间 (Domain), 


[comin | 
Add(Memory, Address) Tw ; 
«^| Remove(Memory) 虚拟 存储 框架 
c3 Protect(Memory, Protection) : 
RepairFault() | 
AddressTransiation MemoryObject i 
| FindMemory(Address) BuildCache() MemoryObjectCache 
人 人 A | 
TwoLevelPageTabie PagedMemoryObjectCache | | 

人 人 


例如 ， 虚 拟 存 储 框架 将 Domain 作为 其 Facade。 一 个 Domain 代表 一 个 地 址 空间 。 它 提 
供 了 虚拟 地 址 与 到 内 存 对 象 、 文 件 系统 或 后 备 存储 设备 (backing store) 的 偏 移 量 之 间 的 一 个 
BRA. Domain 支持 在 一 个 特定 地 址 增加 内 存 对 象 、 删 除 内 存 对 象 以 及 处 理 页 面 错误 。 
正如 上 图 所 示 ， 虚 拟 存储 子 系统 内 部 有 以 下 组 件 : 


e MemoryObject 表示 数据 存储 。 
e MemoryObjectCache 将 MemoryObject 数据 缓存 在 物理 存储 器 中 。MemoryObjectCache 
实际 上 是 Strategy(5.9) 模式 ， 由 它 定 位 缓存 策略 。 
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e AddressTranslation 封装 了 地 址 翻译 硬件 。 


当 发 生 缺 页 中 断 时 ， 调 用 RepairFault 操作 ，Domain 在 引起 缺 页 中 断 的 地 址 处 找到 内 存 
对 象 并 将 RepairFault 操作 代理 给 与 这 个 内 存 对 象 相关 的 缓存 。 可 以 改变 Domain 的 组 件 对 
Domain 进行 定制 。 

11. 相关 模式 

Abstract Factory(3.1) 模式 可 以 与 Facade 模式 一 起 使 用 以 提供 一 个 接口 ， 这 一 接口 可 用 
来 以 一 种 子 系统 独立 的 方式 创建 子 系统 对 象 。Abstract Factory t af LAR Facade 模式 隐藏 
那些 与 平台 相关 的 类 。 

Mediator(5.5) 模式 与 Facade 模式 的 相似 之 处 是 ， 它 抽象 了 一 些 已 有 的 类 的 功能 。 然 而 ， 
Mediator 的 目的 是 对 同事 之 间 的 任意 通信 进行 抽象 ， 通 常 集中 不 属于 任何 单个 对 象 的 功能 。 
Mediator 的 同事 对 象 知道 中 介 者 并 与 它 通信 ， 而 不 是 直接 与 其 他 同类 对 象 通信 。 相 对 而 言 ， 
Facade 模式 仅 对 子 系统 对 象 的 接口 进行 抽象 ， 从 而 使 它们 更 容易 使 用 ; 它 并 不 定义 新 功能 ， 


子 系统 也 不 知道 Facade 的 存在 。 
通常 来 讲 ， 仅 需要 一 个 Facade 对 象 ， 因 此 Facade 对 象 通常 属于 Singleton(3.5) 模式 。 


4.6 Flyweight ( Jt) 一 一 对 象 结构 型 模式 


1. 意图 
运用 共享 技术 有 效 地 支持 大 量 细 粒 度 的 对 象 。 


2. 动机 

有 些 应 用 程序 得 益 于 在 其 整个 设计 过 程 中 采用 对 象 技术 ， 但 简单 化 的 实现 代价 极 大 。 

例如 ， 大 多 数 文档 编辑 器 的 实现 都 有 文本 格式 化 和 编辑 功能 ， 这 些 功能 在 一 定 程度 上 是 
模块 化 的 。 面 向 对 象 的 文档 编辑 器 通常 使 用 对 象 来 表示 艇 人 的 成 分 ， 例 如 表格 和 图 形 。 尽 管 
用 对 象 来 表示 文档 中 的 每 个 字符 会 极 大 地 提高 应 用 程序 的 灵活 性 ， 但 是 这 些 编辑 器 通常 并 不 
这 样 做 。 字 符 和 内 入 成 分 可 以 在 绘制 和 格式 化 时 统一 处 理 ， 从 而 在 不 影响 其 他 功能 的 情况 下 
对 应 用 程序 进行 扩展 ， 支 持 新 的 字符 集 。 应 用 程序 的 对 象 结构 可 以 模拟 文档 的 物理 结构 。 下 
图 显示 了 一 个 文档 编辑 器 怎样 使 用 对 象 来 表示 字符 。 
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但 这 种 设计 的 缺点 在 于 代价 太 大 。 即 使 是 一 个 中 等 大 小 的 文档 也 可 能 要 求 成 百 上 二 的 字 
符 对 象 ， 这 会 耗费 大 量 内 存 ， 产 生 难 以 接受 的 运行 开销 。 所 以 通常 并 不 是 对 每 个 字符 都 用 一 
个 对 象 来 表示 的 。Flyweight 模式 描述 了 如 何 共 享 对 象 ， 使 得 可 以 细 粒 度 地 使 用 它们 而 不 需要 
高 昂 的 代价 。 

flyweight 是 一 个 共享 对 象 ， 它 可 以 同时 在 多 个 场景 (context) PHA, 并且 在 每 个 场景 
中 flyweight 都 可 以 作为 一 个 独立 的 对 象 一 一 这 一 点 与 非 共 享 对 象 的 实例 没有 区 别 。flyweight 
不 能 对 它 所 运行 的 场景 做 出 任何 假设 ， 这 里 的 关键 概念 是 内 部 状态 和 外 部 状态 之 间 的 区 
别 。 内 部 状态 存储 于 flyweight 中 ， 它 包含 了 独立 于 flyweight 场景 的 信息 ， 这 些 信息 使 得 
flyweight 可 以 被 共享 。 而 外 部 状态 取决 于 flyweight 场景 ， 并 根据 场景 而 变化 ， 因 此 不 可 共 
享 。 用 户 对 象 负责 在 必要 的 时 候 将 外 部 状态 传递 给 flyweight。 

Flyweight 模式 对 那些 通常 由 于 数量 太 大 而 难以 用 对 象 来 表示 的 概念 或 实体 进行 建 模 。 
例如 ， 文 档 编辑 器 可 以 为 字母 表 中 的 每 一 个 字母 创建 一 个 flyweight。 每 个 flyweight 存储 一 
个 字符 代码 ， 但 它 在 文档 中 的 位 置 和 排版 风格 可 以 在 字符 出 现时 由 文本 排版 算法 和 使 用 的 格 
式 化 命令 决定 。 字 符 代码 是 内 部 状态 ， 而 其 他 的 信息 则 是 外 部 状态 。 

逻辑 上 ， 文 档 中 的 给 定 字 符 每 次 出 现时 都 有 一 个 对 象 与 其 对 应 ， 如 下 图 所 示 。 


column 


eee Crow) (row row ) eee 
ee (a Coo) GC CQ e00 


然而 ， 物 理 上 每 个 字符 共享 一 个 flyweight 对 象 ， 而 这 个 对 象 出 现在 文档 结构 中 的 不 同 
地 方 。 一 个 特定 字符 对 象 的 每 次 出 现 都 指 回 同一 个 实例 ， 这 个 实例 位 于 flyweight 对 象 的 共享 
池 中 。 

这 些 对 象 的 类 结构 如 下 图 所 示 。Glyph 是 图 形 对 象 的 抽象 类 ， 其 中 有 些 对 象 可 能 是 
flyweight。 基 于 外 部 状态 的 那些 操作 将 外 部 状态 作为 参量 传递 给 它们 。 例 如 , Draw 和 Intersects 
在 执行 之 前 必须 知道 glyph 所 在 的 场景 ， 如 下 图 所 示 。 





表示 字母 “a” 的 flyweight 只 存储 相应 的 字符 代码 ， 它 不 需要 存储 字符 的 位 置 或 字体 。 
用 户 提供 与 场景 相关 的 信息 ， 根 据 此 信息 flyweight 绘 出 它 自 己 。 例 如 ，Row glyph 知道 它 的 
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子女 应 该 在 哪里 绘制 自己 才能 保证 它们 是 横向 排列 的 。 因 此 Row glyph 可 以 在 绘制 请 求 中 向 
每 一 个 子女 传递 它 的 位 置 。 
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由 于 不 同 的 字符 对 象 数 远 小 于 文档 中 的 字符 数 ， 因 此 ， 对 象 的 总 数 远 小 于 一 个 初次 执行 
的 程序 所 使 用 的 对 象 数目 。 对 于 一 个 所 有 字符 都 使 用 同样 的 字体 和 颜色 的 文档 而 言 ， 不 管 这 
个 文档 有 多 长 ， 需 要 分 配 100 个 左右 的 字符 对 象 (KAA ASCH 字符 集 的 数目 )。 由 于 大 多 
数 文档 使 用 的 字体 颜色 组 合 不 超过 10 种 ， 实 际 应 用 中 这 一 数目 不 会 明显 增加 。 因 此 ， 对 单 
个 字符 进行 对 象 抽象 是 具有 实际 意义 的 。 


3. 适用 性 
Flyweight 模式 的 有 效 性 很 大 程度 上 取决 于 如 何 使 用 它 以 及 在 何 处 使 用 它 。 当 以 下 情况 
都 成 立时 使 用 Flyweight 模式 : 


一 个 应 用 程序 使 用 了 大 量 的 对 象 。 

完全 由 于 使 用 大 量 的 对 象 造成 很 大 的 存储 开销 。 

© 对 象 的 大 多 数 状态 都 可 变 为 外 部 状态 。 

e 如 果 删 除 对 象 的 外 部 状态 ， 那 么 可 以 用 相对 较 少 的 共享 对 象 取代 很 多 组 对 象 。 

e 应 用 程序 不 依赖 于 对 象 标 识 。 由 于 Flyweight 对 象 可 以 被 共享 ， 因 此 对 于 概念 上 明显 
有 别 的 对 象 ， 标 识 测试 将 返回 真 值 。 


4. 结构 























FlyweightFactory 
GetFlyweight(key) 9 


if (flyweight[key] exists) { 
return existing flyweight; 







) eise ( 
create new flyweight; 
add it to pool of ights; 
retum the new flyweight; 






















ConcreteFlyweight 


Operation(extrinsicState) 


Vacant 





tS AGE Lt 开 425 X 
LE 4 e L3 构 iV, M IN 


下 面 的 对 象 图 说 明了 如 何 共 享 flyweight。 


9. 
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参与 者 


Flyweight (Glyph) 

一 描述 一 个 接口 ， 通 过 这 个 接口 flyweight 可 以 接受 并 作用 于 外 部 状态 。 

ConcreteFlyweight (Character) 

一 实现 Flyweight 接口 ， 并 为 内 部 状态 (如 果 有 的 话 ) 增加 存储 空间 。Concrete- 
Flyweight 对 象 必 须 是 可 共享 的 。 它 所 存储 的 状态 必须 是 内 部 的 ， 即 它 必须 独立 于 
ConcreteFlyweight 对 象 的 场景 。 

UnsharedConcreteFlyweight (Row, Column) 

一 并 非 所 有 的 Flyweight 子 类 都 需要 被 共享 。Flyweight 接口 使 共享 成 为 可 能 ， 但 它 并 
不 强制 共享 。 在 flyweight 对 象 结构 的 某 些 层次 ，UnsharedConcreteFlyweight 对 象 
通常 将 ConcreteFlyweight 对 象 作 为 子 结 点 (Row 和 Column 就 是 这 样 )。 

FlyweightFactory 

一 创建 并 管理 flyweight 对 象 。 

一 确保 合理 地 共享 fyweight。 当 用 户 请 求 一 个 flyweight 时 ，FlyweightFactory 对 象 
提供 一 个 已 创建 的 实例 或 者 创建 一 个 (如 果 不 存 在 的 话 )。 

Client 

一 维持 一 个 对 flyweight 的 引用 。 

一 计算 或 存储 一 个 (多 个 ) flyweight 的 外 部 状态 。 


. 协作 


flyweight 执行 时 所 需 的 状态 必定 是 内 部 的 或 外 部 的 。 内 部 状态 存储 于 Concrete- 
Flyweight 对 象 之 中 ， 而 外 部 对 象 则 由 Client 对 象 存 储 或 计算 。 当 用 户 调用 flyweight 
对 象 的 操作 时 ， 将 该 状态 传递 给 它 。 

用 户 不 应 直接 对 ConcreteFlyweight 类 进行 实例 化 ， 而 只 能 从 FlyweightFactory 对 象 得 
到 ConcreteFlyweight 对 象 ， 这 可 以 保证 对 它们 适当 地 进行 共享 。 
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7. WR 

使 用 Flyweight 模式 时 ， 传输、 查找 和 /或 计算 外 部 状态 都 会 产生 运行 时 开销 ， 尤 其 当 
flyweight 原先 被 存储 为 内 部 状态 时 。 然 而 ， 空 间 上 的 节省 抵消 了 这 些 开销 。 共 享 的 flyweight 
越 多 ， 空 间 节 省 也 就 越 大 。 

存储 节约 由 以 下 几 个 因素 决定 : 


e 由 于 共享 带 来 的 实例 总 数 减少 的 数目 
e. 对 象 内 部 状态 的 平均 数目 
© 外 部 状态 是 计算 的 还 是 存储 的 


共享 的 flyweight 越 多 ， 存 储 节 约 也 就 越 多 。 节 约 量 随 着 共享 状态 的 增多 而 增 大 。 当 对 
象 使 用 大 量 的 内 部 及 外 部 状态 ， 并 且 外 部 状态 是 计算 出 来 的 而 非 存 储 的 时 候 ， 市 约 量 将 达到 
最 大 。 所 以 ， 可 以 用 两 种 方法 来 节约 存储 : 用 共享 减少 内 部 状态 的 消耗 ， 用 计算 时 间 换 取 对 
外 部 状态 的 存储 。 

Flyweight 模式 经 常 和 Composite(4.3) 模式 结合 起 来 表示 一 个 层次 式 结 构 ， 这 一 层次 式 结 
构 是 一 个 共享 叶 结 点 的 图 。 共 享 的 结果 是 ，flyweight 的 叶 结 点 不 能 存储 指 问 父 结 点 的 指针 。 
而 父 结 点 的 指针 将 传 给 flyweight 作为 它 的 外 部 状态 的 一 部 分 。 这 将 对 该 层次 结构 中 对 象 之 间 
相互 通信 的 方式 产生 很 大 的 影响 。 


8. 实现 

在 实现 Flyweight 模式 时 ， 注 意 以 下 几 点 : 

1) 删除 外 部 状态 该 模式 的 可 用 性 在 很 大 程度 上 取决 于 是 否 容易 识别 外 部 状态 并 将 它 
从 共享 对 象 中 删除 。 如 果 不 同 种 类 的 外 部 状态 和 共享 前 对 象 的 数目 相同 的 话 ， 删 除外 部 状态 
不 会 降低 存储 消耗 。 理 想 的 状况 是 ， 外 部 状态 可 以 由 一 个 单独 的 对 象 结构 计算 得 到 ， 且 该 结 
构 的 存储 要 求 非常 小 。 

例如 ， 在 我 们 的 文档 编辑 器 中 ， 可 以 用 一 个 单独 的 结构 存储 排版 布局 信息 ， 而 不 是 存储 
每 一 个 字符 对 象 的 字体 和 类 型 信息 ， 布 局 图 保持 了 带 有 相同 排版 信息 的 字符 的 运行 轨迹 。 当 
某 字符 绘制 自己 的 时 候 ， 作 为 绘图 遍历 的 副作用 它 接收 排版 信息 。 因 为 通常 文档 使 用 的 字体 
和 类 型 数量 有 限 ， 所 以 将 该 信息 作为 外 部 信息 来 存储 要 比 内 部 存储 高 效 得 多 。 

2) 管理 共享 对 象 ” 因 为 对 象 是 共享 的 ， 用 户 不 能 直接 对 它 进行 实例 化 ， 所 以 Flyweight- 
Factory 可 以 帮助 用 户 查 找 某 个 特定 的 flyweight 对 象 。FlyweightFactory 对 象 经 常 使 用 关联 
存储 帮助 用 户 查 找 感 兴趣 的 flyweight 对 象 。 例 如 ， 这 个 文档 编辑 器 例子 中 的 flyweight 工厂 
就 有 一 个 以 字符 代码 为 索引 的 flyweight 表 。 管 理 程序 根据 所 给 的 代码 返回 相应 的 flyweight, 
知 不 存在 ， 则 创建 一 个 flyweight。 

共享 还 意味 着 某 种 形式 的 引用 计数 和 垃圾 回收 ， 这 样 当 一 个 flyweight 不 再 使 用 时 ， 可 
以 回收 它 的 存储 空间 。 然 而 ， 当 flyweight 的 数目 固定 而 且 很 小 的 时 候 (例如 ， 用 于 ACSI $5 
的 flyweight)， 这 两 种 操作 都 不 必要 。 在 这 种 情况 下 ，flyweight 完全 可 以 永久 保存 。 


9. 代码 示例 

回 到 文档 编辑 器 的 例子 ， 我 们 可 以 为 flyweight 的 图 形 对 象 定 义 一 个 Glyph HA, 39 58 
E, Glyph 是 一 些 Composite 类 ( 见 Composite(4.3))， 有 图 形 化 属性 ， 并 可 以 绘制 自己 。 这 
里 ， 我 们 重点 讨论 字体 属性 ， 但 这 种 方法 也 同样 适用 于 Glyph 的 其 他 图 形 属 性 。 


class Glyph ( 
public: 
virtual ^Glyph(); 


virtual void Draw(Window*, GlyphContexts&) ; 


virtual void SetFont(Font*, GlyphContexts) ; 
virtual Font* GetFont (GlyphContext&); 


virtual void First (GlyphContext&); 
virtual void Next (GlyphContext&); 
virtual bool IsDone (GlyphContextk&); 
virtual Glyph* Current (GlyphContexts) ; 


virtual void Insert(Glyph*, GlyphContext&); 
virtual void Remove (GlyphContextk); 
protected: 
Glyph(); 
):; 


Character 的 子 类 存储 一 个 字符 代码 : 


class Character : public Glyph ( 
public: 
Character (char); 


virtual void Draw(Window*, GlyphContextk&); 
private: 
char _charcode; 

); 

为 了 避免 给 每 一 个 Glyph 的 字体 属性 都 分 配 存 储 空 间 ， 我 们 可 以 将 该 属性 外 部 存储 于 
GlyphContext 对 象 中 。GlyphContext 是 一 个 外 部 状态 的 存储 库 ， 它 维持 Glyph 与 字体 (以 及 
其 他 一 些 可 能 的 图 形 属性 ) 之 间 的 一 种 简单 映射 关系 。 对 于 任何 操作 ， 如 果 它 需要 知道 在 给 
定 场 景 下 的 Glyph 字体 ， 都 会 有 一 个 GlyphContext 实例 作为 参数 传递 给 它 。 然 后 ， 该 操作 就 
可 以 查询 GlyphContext 以 获取 该 场景 中 的 字体 信息 了 。 这 个 场景 取决 于 Glyph 结构 中 Glyph 
的 位 置 。 因 此 ， 当 使 用 Glyph 时 ，Glyph 子 类 的 迭代 和 管理 操作 必须 更 新 GlyphContext。 

class GlyphContext { 

public: 


GlyphContext(); 
virtual ~GlyphContext (); 


virtual void Next(int step = 1); 
virtual void Insert (int quantity = 1); 


virtual Font* GetFont (); 
virtual void SetFont(Font*, int span = 1); 
private: 
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int index; 
BTree* fonts; 
yy 


在 遍历 过 程 中 , GlyphContext 必须 了 解 它 在 Glyph 结构 中 的 当前 位 置 。 随 着 遍历 的 进行 ， 
GlyphContext::Next 增加 index 的 值 。Glyph 的 子 类 (如 Row 和 Column) 对 Next 操作 的 实 
现 必须 使 得 它 在 遍历 的 每 一 点 都 调用 GlyphContext::Next。 

GlyphContext::GetFocus 将 索引 作为 BTree 结构 的 关键 字 ，BTree 结构 存储 Glyph 到 字 
体 的 映射 。 树 中 的 每 个 结 点 都 标 有 字符 串 的 长 度 ， 而 它 给 这 个 字符 串 字体 信息 。 树 中 的 叶 结 
点 指向 一 种 字体 ， 而 内 部 的 字符 串 分 成 了 很 多 子 字符 串 ， 每 一 个 对 应 一 个 子 结 点 。 

下 图 是 从 一 个 Glyph 组 合 中 截取 出 来 的 。 
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字体 信息 的 BTree 结构 可 能 如 下 : 





内 部 结 点 定义 Glyph 索引 的 范围 。 当 字体 改变 或 者 在 Glyph 结构 中 添加 或 删除 Glyph 
时 ，BTree 将 相应 地 被 更 新 。 例 如 ， 假 定 我 们 遍历 到 索引 102， 以 下 代码 将 单词 “except” 


的 每 个 字符 的 字体 设置 为 它 周 围 的 文本 的 字体 ( 即 times12 一 一 一 个 Font 为 12-point Times 
Roman 的 实例 ): 


GlyphContext gc; 

Font* times12 - new Font("Times-Roman-12"); 

Font* timesItalicl2 = new Font("Times-Italic-12"); 
WE ws 


gc.SetFont(times12, 6); 


新 的 BTree 结构 如 下 图 (加 粗 体 显 示 变 化 ): 






Times 12 





假设 我 们 要 在 单词 “expect” 前 用 12-point Times Italic 字体 添加 一 个 单词 Don't (包括 
一 个 紧 跟 着 的 空格 )。 假 定 gc 仍 在 索引 位 置 102， 以 下 代码 通知 gc 这 个 事件 : 


gc.Insert(6); 
gc.SetFont(timesItalicl2, 6); 


BTree 结构 变 为 如 下 图 所 示 : 


| Times—italic 12 


“4 [5] GlyphContext 查询 当前 Glyph 的 字体 时 ， 它 将 癌 下 搜寻 BTree， 同 时 增加 索引 ， 直 
至 找到 当前 索引 的 字体 为 止 。 由 于 字体 变化 频率 相对 较 低 ， 所 以 这 棵 树 相 对 于 Glyph 结构 较 
小 。 这 将 使 得 存储 消耗 较 小 ， 同 时 也 不 会 过 多 地 增加 查询 时 间 。9S 


O 本 机 制 中 的 查询 时 间 与 字体 的 变化 频率 成 比例 。 当 每 一 个 字符 的 字体 均 不 同时 ,性 能 最 差 . 但 通常 这 种 情 
况 极 少 。 
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FlyweightFactory 是 我 们 需要 的 最 后 一 个 对 象 ， 它 负责 创建 Glyph 并 确保 对 它们 进行 合 
理 共 享 。GlyphFactory 类 将 实例 化 Character 和 其 他 类 型 的 Glyph。 我 们 只 共享 Character 对 
象 ， 组 合 的 Glyph 要 少 得 多 ,并且 它们 的 重要 状态 (如 它们 的 子 结 点 ) 必定 是 内 部 的 。 


const int NCHARCODES = 128; 


class GlyphFactory { 
public: 
GlyphFactory(); 
virtual ^GlyphFactory(); 
virtual Character* CreateCharacter (char); 
virtual Row* CreateRow(); 
virtual Column* CreateColumn(); 
Ix. 
private: 
Character* character [NCHARCODES] ; 
); 


character 数组 包含 一 些 指针 ， 指 向 以 字母 代码 为 索引 的 Character Glyph。 该 数组 在 构 
ie PRA POR MLAS 
GlyphFactory::GlyphFactory () { 
for (int i = 0; i < NCHARCODES; ++i) { 
_character[i] = 0; 


} 
} 


CreateCharacter 在 字母 符号 数组 中 查找 一 个 字符 ， 如 果 存 在 的 话 ， 返 回 相应 的 Glyph。 
若 不 存在 ，CreateCharacter 就 创建 一 个 Glyph， 将 其 放 人 数组 中 ， 并 返回 它 : 
Character* GlyphFactory::CreateCharacter (char c) ( 
if (! character[c]l) ( 
_character[c] = new Character (c); 


} 


return  character[c]; 


其 他 操作 仅 需 在 每 次 被 调用 时 实例 化 一 个 新 对 象 ， 因 为 非 字 符 的 Glyph 不 能 被 共享 : 


Row* GlyphFactory::CreateRow () { 
return new Row; 


) 


Column* GlyphFactory::CreateColumn () {° 
return new Column; 


) 


我 们 可 以 忽略 这 些 操作 ， 让 用 户 直 接 实例 化 非 共 享 的 Glyph。 然 而 ， 如 果 我 们 想 让 这 些 
符号 以 后 可 以 被 共享 ， 必 须 改变 创建 它们 的 客户 程序 代码 。 


10. 已 知 应 用 
flyweight 的 概念 最 先是 在 InterView 3.0[CL90] 中 提出 并 作为 一 种 设计 技术 被 研究 。 它 
的 开发 者 构建 了 一 个 强大 的 文档 编辑 器 Doc， 作 为 flyweight 概念 的 论证 [CL92]. Doc 使 用 
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符号 对 象 来 表示 文档 中 的 每 一 个 字符 。 编 辑 器 为 每 一 个 特定 类 型 (定义 它 的 图 形 属性 ) 的 字 
符 创 建 一 个 Glyph 实例 ， 所 以 ， 一 个 字符 的 内 部 状态 包括 字符 代码 和 类 型 信息 (类 型 表 的 索 
引 ) 9。 这 意味 着 只 有 位 置 是 外 部 状态 ， 这 就 使 得 Doc 运行 很 快 。 文 档 由 类 Document 表示 ， 
它 同 时 也 是 一 个 FlyweightFactory。 对 Doc 的 测试 表明 共享 flyweight 字符 是 高 效 的 。 通 常 ， 
一 个 包含 180 000 个 字符 的 文档 只 要 求 分 配 大 约 480 个 字符 对 象 。 

ET++ [WGM88] 使 用 flyweight 来 支持 视觉 风格 独立 性 。8 视 觉 风格 标准 影响 用 户 界 面 各 
部 分 的 布局 (如 滚动 条 、 按 钮 、 菜 单一 一 统称 为 “窗口 组 件 ”) 和 它们 的 修饰 成 分 (如 阴影 、 
$8). widget 将 所 有 布局 和 绘制 行为 代理 给 一 个 单独 的 Layout 对 象 。 改 变 Layout 对 象 会 改 
变 视觉 风格 ， 即 使 在 运行 时 也 是 这 样 。 

每 一 个 widget 类 都 有 一 个 Layout 类 与 之 相对 应 (如 ScollbarLayout、MenubarLayonut 
等 )。 使 用 这 种 方法 ， 一 个 明显 的 问题 是 ， 使 用 单独 的 Layout 对 象 会 使 用 户 界 面 对 象 成 倍增 加 ， 
因为 对 每 个 用 户 界面 对 象 ， 都 会 有 一 个 附加 的 Layout 对 象 。 为 了 避免 这 种 开销 ， 可 用 flyweight 
实现 Layout 对 象 。 用 flyweight 的 效果 很 好 ， 因 为 它 主 要 处 理 行为 定义 ， 而 且 很 容易 将 一 些 较 
小 的 外 部 状态 传递 给 它 ， 它 需要 用 这 些 状态 来 安排 一 个 对 象 的 位 置 或 者 对 它 进行 绘制 。 

对 象 Layout 由 Look 对象 创 建 和 管理 。Look 类 是 一 个 Abstract Factory(3.1), © HH 
GetButtonLayout 和 GetMenuBarLayout 这 样 的 操作 检索 一 个 特定 的 Layout 对象。 对 于 每 
一 个 视觉 风格 标准 ， 都 有 一 个 相应 的 Look 子 类 (如 MotifLook、OpenLook) 提供 相应 的 
Layout WR. 

顺便 提 一 下 ，Layout 对 象 其 实 是 策略 (参见 Strategy(5.9) 模式 )。 它 们 是 用 flyweight X 
现 的 策略 对 象 的 一 个 例子 。 


11. 相关 模式 

Flyweight 模式 通常 和 Composite(4.3) 模式 结合 起 来 ， 用 共享 叶 结 点 的 有 癌 无 环 图 实现 一 
个 逻辑 上 的 层次 结构 。 

通常 ， 最 好 用 flyweight 实现 State(5.8) 和 Strategy(5.9) WH. 


4.7 Proxy (代理 ) 一 一 对 象 结构 型 模式 


1. 意图 

为 其 他 对 象 提供 一 种 代理 以 控制 对 这 个 对 象 的 访问 。 
2. 别名 

Surrogate. 

3. 动机 


对 一 个 对 象 进行 访问 控制 的 一 个 原因 是 只 有 在 我 们 确实 需要 这 个 对 象 时 才 对 它 进 行 创建 


O 在 前 面 的 代码 示例 一 节 中 ， 类 型 信息 是 外 部 的 ， 所 以 只 有 字符 代码 是 内 部 状态 。 
O ”实现 视觉 风格 独立 的 另 一 种 方法 可 参见 Abstract Factory(3.1) 模式 。 
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APE. FANS ETT WES Pi A IE eT eC ARERR (如 大 型 
光栅 图 像 ) 的 创建 开销 很 大 。 但 是 打开 文档 必须 很 迅速 ， 因 此 我 们 在 打开 文档 时 应 避免 一 次 
性 创建 所 有 开销 很 大 的 对 象 。 因 为 并 非 所 有 这 些 对 象 在 文档 中 都 同时 可 见 ， 所 以 也 没有 必要 
同时 创建 这 些 对 象 。 

这 一 限制 条 件 意味 着 ， 对 于 每 一 个 开销 很 大 的 对 象 ， 应 该 根据 需要 进行 创建 ， 当 一 个 图 
像 变 为 可 见 时 会 产生 这 样 的 需求 。 但 是 在 文档 中 我 们 用 什么 来 代替 这 个 图 像 呢 ? 又 如 何 才能 
隐藏 根据 需要 创建 图 像 这 一 事实 ， 从 而 不 会 使 得 编辑 器 的 实现 复杂 化 呢 ? 例如 ， 这 种 优化 不 
应 影响 绘制 和 格式 化 的 代码 。 

问题 的 解决 方案 是 使 用 另 一 个 对 象 ( 即 图 像 Proxy) 替代 那个 真正 的 图 像 。Proxy 可 以 代 
替 一 个 图 像 对 象 ， 并 且 在 需要 时 负责 实例 化 这 个 图 像 对 象 。 

















[ aTextDocument | I 
animagePro a IE SEC 
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只 有 当 文 档 编辑 器 激活 图 像 代理 的 Draw 操作 以 显示 这 个 图 像 的 时 候 ， 图 像 Proxy 才 创 
建 真正 的 图 像 。Proxy 直接 将 随后 的 请 求 转发 给 这 个 图 像 对 象 。 因 此 在 创建 这 个 图 像 以 后 ， 
它 必须 有 一 个 指向 这 个 图 像 的 引用 。 

我 们 假设 图 像 存储 在 一 个 独立 的 文件 中 。 这 样 我 们 可 以 把 文件 名 作为 对 实际 对 象 的 引 
JH. Proxy 还 存储 了 图 像 的 尺寸 (extent)， 即 它 的 长 和 宽 。 有 了 图 像 尺寸 ，Proxy 不 需要 真正 
实例 化 这 个 图 像 就 可 以 响应 格式 化 程序 对 图 像 尺 寸 的 请 求 。 


下 面 的 类 图 更 详细 地 站 述 了 这 个 例子 。 
DocumentEditor 


Draw() 
GetExtent() 
Store() 

| Load() | 









— aon 





if (image == 0) { 
image = Loadimage(fileName); 














Draw() 
GetExtent() 
Store() 

Load() 


Draw() ©- 
GetExtent() O- 
Store() 

Load() 





) 
image-»Draw() 











fileName 


extent E 


文档 编辑 器 通过 抽象 的 Graphic KE X. BE O UT IR] RALIS. ImageProxy 是 那些 根据 
需要 创建 的 图 像 的 类 ，ImageProxy 保存 了 文件 名 作为 指向 磁盘 上 的 图 像 文件 的 指针 。 该 文件 
名 被 作为 一 个 参数 传递 给 ImageProxy 的 构造 器 。 

ImageProxy 还 存储 了 这 个 图 像 的 边框 以 及 对 真正 的 Image 实例 的 指引 ， 直 到 代理 实例 化 


imageimp 
extent 
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真正 的 图 像 时 ， 这 个 指引 才 有 效 。Draw 操作 必须 保证 在 回 这 个 图 像 转发 请 求 之 前 ， 它 已 经 被 
实例 化 了 。GetExtent 操作 只 有 在 图 像 被 实例 化 后 才 回 它 传递 请 求 ， 否 则 ，ImageProxy 返回 
它 和 存储 的 图 像 尺寸。 

4. 适用 性 

在 需要 用 比较 通用 和 复杂 的 对 象 指针 代 蔡 简单 的 指针 的 时 候 ， 使 用 Proxy 模式 。 下 面 是 
一 些 可 以 使 用 Proxy 模式 的 常见 情况 : 

1 ) 远程 代理 (Remote Proxy) 为 一 个 对 象 在 不 同 的 地 址 空间 提供 局 部 代表 。NEXTSTEP 
[Add94] 使 用 NXProxy 类 实现 了 这 一 目的 。Coplien[Cop92] 称 这 种 代理 为 “大 使 ” (ambassador)。 

2) 虚 代 理 (Virtual Proxy) 根据 需要 创建 开销 很 大 的 对 象 。 在 动机 一 节 描 述 的 
ImageProxy 就 是 这 样 一 种 代理 的 例子 。 

3) 保护 代理 (Protection Proxy) 控制 对 原始 对 象 的 访问 。 保 护 代理 用 于 对 象 应 该 有 不 同 
的 访问 权限 的 时 候 。 例 如 ， 在 Choices 操作 系统 [CIRM93] 中 KemelProxies 为 操作 系统 对 象 
提供 了 访问 保护 。 

4) 智能 指引 (Smart Reference) 取代 了 简单 的 指针 ， 它 在 访问 对 象 时 执行 一 些 附 加 操 
作 。 它 的 典型 用 途 包括 : 


e 对 指向 实际 对 象 的 引用 计数 ， 这 样 当 该 对 象 没 有 引用 时 ， 可 以 自动 释放 它 (也 称 为 
Smart Pointer[Ede92])。 

e 当 第 一 次 引用 一 个 持久 对 象 时 ， 将 它 装 人 内 存 。 

e 在 访问 一 个 实际 对 象 前 ， 检 查 是 否 已 经 锁定 了 它 ， 以 确保 其 他 对 象 不 能 改变 它 。 









| Subject 


Request() 








L3 
Request() Request) O-F--------- realSubject-»Request(); 





这 是 运行 时 一 种 可 能 的 代理 结构 的 对 象 图 。 


(ae 

: aProxy 

| aRealSubject 
realSubject 


A 
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6. 参与 者 
e Proxy (ImageProxy) 
一 保存 一 个 引用 使 得 代理 可 以 访问 实体 。 若 RealSubject 和 Subject 的 接口 相同 ， 
Proxy 会 引用 Subject。 
一 提供 一 个 与 Subject 的 接口 相同 的 接口 ， 这 样 代理 就 可 以 用 来 替代 实体 。 
一 控制 对 实体 的 存 取 ， 并 可 能 负责 创建 和 删除 它 。 


其 他 功能 依赖 于 代理 的 类 型 : 
* Remote Proxy 负责 对 请 求 及 其 参数 进行 编码 ， 并 向 不 同 地 址 空间 中 的 实体 发 送 已 编 
码 的 请 求 。 


。Virtual Proxy 可 以 缓存 实体 的 附加 信息 ， 以 便 延 迟 对 它 的 访问 。 例 如 ， 动 机 一 节 中 
提 到 的 ImageProxy 缓存 了 图 像 实体 的 尺寸 。 

。Protection Proxy 检查 调用 者 是 否 具 有 实现 一 个 请 求 所 必需 的 访问 权限 。 

Subject (Graphic ) | 

一 定义 RealSubject 和 Proxy 的 共用 接口 ， 这 样 就 在 任何 使 用 RealSubject 的 地 方 都 

可 以 使 用 Proxy。 
RealSubject (Image) 
— 定义 Proxy 所 代表 的 实体 。 


7. 协作 
代理 根据 其 种 类 ， 在 适当 的 时 候 向 RealSubject 转发 请 求 。 

8. 效果 

Proxy 模式 在 访问 对 象 时 引入 了 一 定 程度 的 间接 性 。 根 据 代理 的 类 型 ， 附 加 的 间接 性 有 
多 种 用 途 : 

1 ) Remote Proxy 可 以 隐藏 一 个 对 象 存 在 于 不 同 地 址 空间 的 事实 。 

2) Virtual Proxy 可 以 进行 最 优化 ， 例 如 根据 要 求 创 建 对 象 。 

3 ) Protection Proxies 和 Smart Reference 都 允许 在 访问 一 个 对 象 时 有 一 些 附 加 的 内 务 处 
Fl (housekeeping task) 。 

Proxy 模式 还 可 以 对 用 户 隐藏 另 一 种 称 为 copy-on-write 的 优化 方式 ， 该 优化 与 根据 需要 
创建 对 象 有 关 。 拷 贝 一 个 庞大 而 复杂 的 对 象 是 一 种 开销 很 大 的 操作 ， 如 果 这 个 拷贝 根本 没有 
被 修改 ， 那 么 这 些 开 销 就 没有 必要 。 用 代理 延迟 这 一 拷贝 过 程 ， 我 们 可 以 保证 只 有 当 这 个 对 
象 被 修改 的 时 候 才 对 它 进行 拷贝 。 

在 实现 Copy-on-write 时 必须 对 实体 进行 引用 计数 。 拷 贝 代理 仅 会 增加 引用 计数 。 只 有 
当 用 户 请 求 一 个 修改 该 实体 的 操作 时 ， 代 理 才 会 真正 地 拷贝 它 。 在 这 种 情况 下 ， 代 理 还 必须 
减少 实体 的 引用 计数 。 当 引用 的 数目 为 零 时 ， 这 个 实体 将 被 删除 。 

copy-on-write 可 以 大 幅度 地 降低 拷贝 庞大 实体 时 的 开销 。 


9. 实现 

Proxy 模式 可 以 利用 以 下 一 些 语 言 特 性 : 

1) 重 载 C++ 中 的 存 取 运 算 符 ”C++ 支持 重 载 运算 符 ->。 重 载 这 一 运算 符 使 你 可 以 在 撤 
销 对 一 个 对 象 的 引用 时 ， 执 行 一 些 附加 的 操作 。 这 一 点 可 以 用 于 实现 某 些 种 类 的 代理 ， 代 理 
的 作用 就 像 一 个 指针 。 

下 面 的 例子 说 明 怎 样 使 用 这 一 技术 实现 一 个 称 为 ImagePtr 的 虚 代 理 。 


class Image; 
extern Image* LoadAnImageFile(const char*); 
// external function 


class ImagePtr ( 

public: 
ImagePtr(const char* imageFile); 
virtual "^ImagePtr(); 


virtual Image* operator-»(); 
virtual Image& operator*(); 
private: 
Image* LoadImage(); 
private: 
Image* | image; 
const char* | imageFile; 
}3 


ImagePtr::ImagePtr (const char* theImageFile) { 
_imageFile = theImageFile; 
_image = 0; 

} 


Image* ImagePtr::LoadImage () { 
if (_image == 0) { 
_image = LoadAnImageFile(_imageFile) ; 
} 
return _image; 
} 


重 载 运算 符 -> 和 * 使 用 LoadImage 将 image 返回 给 它 的 调用 者 (如 果 必 要 的 话 疙 
A 
Image* ImagePtr::operator-> () { 


return LoadImage(); 
) 


Image& ImagePtr::operator* () ( 
return *LoadImage(); 
) 


该 方法 使 你 能 够 通过 ImagePtr 对 象 调用 Image 操作 ， 而 省 去 了 把 这 些 操作 作为 ImagePtr 
接口 的 一 部 分 的 麻烦 。 


ImagePtr image = ImagePtr ("anImageFileName"); 
image->Draw (Point (50, 100)); 
// (image.operator-»())-»Draw(Point(50, 100)) 


请 注意 这 里 的 image 代理 起 到 一 个 指针 的 作用 ,但 并 没有 将 它 定 义 为 一 个 指 问 Image 的 
指针 。 这 意味 着 你 不 能 把 它 当 作 一 个 真正 的 指 问 Image 的 指针 来 使 用 。 因 此 在 使 用 此 方法 时 
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用 户 应 区 别 对 待 Image 对 象 和 Imageptr 对 象 。 

重 载 成 员 访问 运算 符 并 非 对 每 一 种 代理 来 说 都 是 好 办 法 。 有 些 代理 需要 清楚 地 知 扎 调用 
了 哪个 操作 ， 重 载运 算 符 的 方法 在 这 种 情况 下 行 不 通 。 

考虑 在 动机 一 节 提 到 的 虚 代 理 的 例子 ， 图 像 应 该 在 一 个 特定 的 时 刻 被 装载 一 一 在 Draw 
操作 被 调用 时 一 一 而 不 是 在 只 要 引用 这 个 图 像 就 装载 它 。 重 载 访问 操作 符 不 能 做 出 这 种 区 
分 。 在 这 种 情况 下 我 们 只 能 人 工 实现 每 一 个 代理 操作 ， 回 实体 转发 请 求 。 

正如 示例 代码 中 所 示 的 那样 ， 这 些 操作 之 间 非 常 相 似 。 一 般 来 说 ， 所 有 的 操作 在 回 实 体 
转发 请 求 之 前 ， 都 要 检验 这 个 要 求 是 否 合法 ， 原始 对 象 是 否 存 在 等 。 但 重复 写 这 些 代 码 很 肪 
烦 ， 因 此 我 们 一 般 用 一 个 预 处 理 程序 自动 生成 它 。 

2) 使 用 Smalltalk 中 的 doesNotUnderstand Smalltalk 提供 了 一 个 hook 方 法 可 以 用 
来 自动 转发 请 求 。 当 用 户 向 接收 者 发 送 一 个 消息 ,但 是 这 个 接收 者 没有 相关 方法 的 时 候 ， 
Samlltalk 调用 方法 doesNotUnderstand:aMessage。Proxy 类 可 以 重 定 义 doesNotUnderstand 以 
便 向 它 的 实体 转发 这 个 消息 。 

为 了 保证 一 个 请 求 真正 被 转发 给 实体 ， 而 不 是 无 声 无 息 地 被 代理 所 吸收 ， 我 们 可 以 定义 
一 个 不 理解 任何 信息 的 Proxy 类 。Smalltalk 定义 了 一 个 没有 任何 超 类 的 Proxy 类 ， 实 现 了 这 
^ BA. S 

doesNotUnderstand: 的 主要 缺点 在 于 : KAM Smalltalk 系统 都 有 一 些 由 虚拟 机 和 直接 控制 
的 特殊 消息 ， 而 这 些 消息 并 不 引起 通常 的 方法 查找 。 唯 一 一 个 通常 用 Object 实现 (因而 可 以 
影响 代理 ) 的 符号 是 恒 等 运算 符 = =. 

如 果 你 准备 使 用 doesNotUnderstand: 来 实现 Proxy 的 话 ， 必 须 围 绕 这 一 问题 进行 设计 。 
对 代理 的 标识 并 不 意味 着 对 真正 实体 的 标识 。doesNotUnderstand: 的 男 一 个 缺点 是 ， 它 主要 
用 作 错 误 处 理 ， 而 不 是 创建 代理 ， 因 此 一 般 来 说 它 的 速度 不 是 很 快 。 

3) Proxy 并 不 总 是 需要 知道 实体 的 类 型 ” 关 Proxy 类 能 够 完全 通过 一 个 抽象 接口 处 理 
它 的 实体 ， 则 无 须 为 每 一 个 RealSubject 类 都 生成 一 个 Proxy 类 ，Proxy 可 以 统一 处 理 所 有 的 
RealSubject 类 。 但 是 如 果 Proxy 要 实例 化 RealSubject( 例 如 在 虚 代 理 中 )， 那 么 它们 必须 知 
道具 体 的 类 。 

另 一 个 实现 方面 的 问题 涉及 在 实例 化 实体 以 前 怎样 引用 它 。 有 些 代 理 必 须 引 用 它们 的 实 
体 ， 无 论 它 是 在 硬盘 上 还 是 在 内 存 中 。 这 意味 着 它们 必须 使 用 某 种 独立 于 地 址 空间 的 对 象 标 
识 符 。 在 动机 一 节 中 ， 我 们 采用 一 个 文件 名 来 实现 这 种 对 象 标识 符 。 


10. 代码 示例 

以 下 代码 实现 了 两 种 代理 : 在 动机 一 节 描 述 的 虚 代 理 和 用 “ doesNotUnderstand: ”实现 
HJ Proxy. © 

1) ERE Graphic 类 为 图 形 对 象 定 义 一 个 接口 。 

© Xf NEXTSTEP[Add94] 中 的 分 布 式 对 象 (尤其 是 类 NXProxy) 的 实现 就 使 用 了 该 技术 。NEXTSTEP 中 等 


价 的 hook 方法 是 forward， 这 一 实现 重 定义 了 forward 方法 。 
© © Iterator(5.4) 描述 了 男 一 种 类 型 的 Proxys 
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class Graphic { 
public: 
virtual ~Graphic(); 


virtual void Draw(const Point& at) - 0; 
virtual void HandleMouse(Event& event) - 0; 


virtual const Point& GetExtent() 


DL 
e 


virtual void Load(istream& from) - 0; 
virtual void Save(ostream& to) = 0; 
protected: 
Graphic(); 
); 


Image 类 实现 了 Graphic 接口 用 来 显示 图 像 文件 。Image 重 定义 Handlemouse 操作 ， 使 
得 用 户 可 以 交互 地 调整 图 像 的 尺寸 。 


class Image : public Graphic { 

public: 
Image(const char* file); // loads image from a file 
virtual ~Image() ; 


virtual void Draw(const Point& at); 
virtual void HandleMouse(Event& event); 


virtual const Point& GetExtent(); 
virtual void Load(istream& from); 
virtual void Save(ostream& to); 
private: 
/ / 
); 


i 


ImageProxy 和 Image 具有 相同 的 接口 : 


class ImageProxy : public Graphic { 
public: 
ImageProxy (const char* imageFile); 
virtual ^ImageProxy(); 


virtual void Draw(const Point& at); 
virtual void HandleMouse(Event& event); 


virtual const Point& GetExtent(); 


virtual void Load(istream& from); 
virtual void Save(ostream& to); 
protected: 
Image* GetImage(); 
private: 
Image* | image; 
Point , extent; 
char*  fileName; 
); 


构造 水 数 保存 了 存储 图 像 的 文件 名 的 本 地 拷贝 ， 并 初始 化 extent 和 image: 


ImageProxy::ImageProxy (const char* fileName) { 
_fileName = strdup(fileName) ; 
_extent = Point::Zero; // don’t know extent yet 
_image = 0; 


Image* ImageProxy::GetImage() ( 
if ( image -- 0) ( 
image - new Image( fileName); 
) 
return image; 
) 


如 宁可 能 的 话 ，GetExtent 的 实现 部 分 返回 缓存 的 图 像 尺 寸 ， 否 则 从 文件 中 装载 图 像 。 
Draw 用 来 装载 图 像 ，HandleMouse 则 向 实际 图 像 转发 这 个 事件 。 


const Point& ImageProxy: :GetExtent () { 
if ( extent == Point::Zero) ( 
extent = GetImage()-»GetExtent(); 


) 
return extent; 

) 

void ImageProxy::Draw (const Point& at) ( 
GetImage()-»Draw(at); 

) 


void ImageProxy::HandleMouse (Event& erant) ( 
Get Image ()-»HandleMouse (event); 


) 


Save 操作 将 缓存 的 图 像 尺 寸 和 文件 名 保存 在 一 个 流 中 。Load 得 到 这 个 信息 并 初始 化 相 
PLE X, b PR BK o 


void ImageProxy::Save (ostream& to) { 
to << extent << _fileName; 


} 


void ImageProxy::Load (istream& from) { 
from >> _extent >> _fileName; 


} 


最 后 ， 假 设 我 们 有 一 个 类 TextDocument 能 够 包含 Graphic XJ 8: 


class TextDocument { 
public: 
TextDocument () ; 


void Insert (Graphic*); 
FE "sad 
ys 


可 以 用 以 下 方式 把 ImageProxy 插入 文本 文件 中 。 


TextDocument* text = new TextDocument; 


Ef am 
text->Insert (new ImageProxy ("anImageFileName”) ) ; 


2) 使 用 doesNotUnderstand 的 Proxy 在 Smalltalk 中 ,你 可 以 定义 超 类 为 nil OHA, 
同时 定义 doesNotUnderstand: 方法 处 理 消息 ， 从 而 构建 一 些 通用 的 代理 。 
在 以 下 程序 中 我 们 假设 代理 有 一 个 realSubject 方 法 ， 该 方法 返回 它 的 实体 。 在 


晶 ” 几 乎 所 有 的 类 最 终 均 以 Object (对 象 ) 作为 它们 的 超 类 ， 所 以 说 这 句 话 等 于 说 “定义 了 一 个 类 ， 它 的 超 类 
不 是 Object” . 


ImageProxy 中 ， 该 方法 将 检查 是 否 已 创建 了 Image， 并 在 必要 的 时 候 创 建 它 ， 最 后 返回 
Image。 它 使 用 perform: withArguments: 来 执行 被 保留 在 实体 中 的 那些 消息 。 


doesNotUnderstand: aMessage 
^ self realSubject 
perform: aMessage selector 
withArguments: aMessage arguments 


doesNotUnderstand: 的 参数 是 Message 的 一 个 实例 ， 它 表示 代理 不 能 理解 的 消息 。 所 以 ， 
代理 在 转发 消息 给 实体 之 前 ， 首 先 确 定 实体 的 存在 性 ， 并 由 此 对 所 有 的 消息 做 出 响应 。 

doesNotUnderstand: 的 一 个 优点 是 它 可 以 执行 任意 的 处 理 过 程 。 例 如 ， 我 们 可 以 用 这 样 
的 方式 生成 一 个 protection proxy， 即 指定 一 个 可 以 接受 的 消息 的 集合 legalMessages， 然 后 给 
这 个 代理 定义 以 下 方法 。 


doesNotUnderstand: aMessage 
^ (legalMessages includes: aMessage selector) 
ifTrue: [self realSubject 
perform: aMessage selector 
withArguments: aMessage arguments] 
ifFalse: [self error: 'Illegal operator'] 


这 个 方法 在 向 实体 转发 一 个 消息 之 前 ， 检 查 它 的 合法 性 。 如 果 不 是 合法 的 ， 那 么 发 送 
error: 给 代理 ， 除 非 代 理 定 义 error:， 否 则 将 产生 一 个 错误 的 无 限 循环 。 因 此 ，error: 的 定义 
应 该 同 所 有 它 用 到 的 方法 一 起 从 Object 类 中 拷贝 。 


11. 已 知 应 用 

动机 一 节 中 虚 代 理 的 例子 来 自 ETH 的 文本 构建 块 类 。 

NEXTSTEP[Add94] 使 用 代理 (类 NXProxy 的 实例 ) 作为 可 分 布 对 象 的 本 地 代表 ， 当 客 
户 请 求 远 程 对 象 时 ， 服 务 器 为 这 些 对 象 创建 代理 。 收 到 消息 后 ， 代 理 对 消息 和 它 的 参数 进行 
编码 ， 并 将 编码 后 的 消息 传递 给 远程 实体 。 类 似 地 ， 实 体 对 所 有 的 返回 结果 编码 ， 并 将 它们 
返回 给 NXProxy 对 象 。 

McCullough [McC87] 讨论 了 在 Smalltalk 中 用 代理 访问 远程 对 象 的 问题 。Pascoe [Pas86] 
讨论 了 如 何 用 “封装 器 "(encapsulator) 控制 方法 调用 的 副作用 以 及 进行 访问 控制 。 


12. 相关 模式 

Adapter(4.1): 适 配 需 为 它 所 适 配 的 对 象 提供 了 一 个 不 同 的 接口 。 相 反 ， 代 理 提 供 了 与 它 
的 实体 相同 的 接口 。 然 而 ， 用 于 访问 保护 的 代理 可 能 会 拒绝 执行 实体 会 执行 的 操作 ， 因 此 ， 
它 的 接口 实际 上 可 能 只 是 实体 接口 的 一 个 子 集 。 

Decorator(4.4) : 尽管 装饰 的 实现 部 分 与 代理 相似 ， 但 装饰 的 目的 不 一 样 。 装 饰 为 对 象 添 
加 一 个 或 多 个 功能 ， 而 代理 则 控制 对 对 象 的 访问 。 

代理 的 实现 与 装饰 的 实现 类 似 ， 但 是 在 相似 的 程度 上 有 所 差别 。Protection Proxy 的 实现 
可 能 与 装饰 的 实现 差不多 。 男 外 ，Remote Proxy 不 包含 对 实体 的 直接 引用 ， 而 只 是 一 个 间接 
引用 ， 如 “主机 ID， 主 机 上 的 局 部 地 址 ”。Virtual Proxy 开始 的 时 候 使 用 一 个 间接 引用 ， 例 


如 一 个 文件 名 ， 但 最 终 将 获取 并 使 用 一 个 直接 引用 。 


你 可 能 已 经 注意 到 了 结构 型 模式 之 间 的 相似 性 ， 尤 其 是 它们 的 参与 者 和 协作 之 间 的 相 
似 性 。 这 可 能 是 因为 结构 型 模式 依赖 于 同一 个 很 小 的 语言 机 制 集合 构造 代码 和 对 象 : 单 继承 
和 多 重 继承 机 制 用 于 基于 类 的 模式 ， 而 对 象 组 合 机 制 用 于 对 象 模式 。 但 是 这 些 相似 性 掩盖 了 
这 些 模式 的 不 同意 图 。 在 本 节 中 ， 我 们 将 对 比 这 些 结构 型 模式 ， 使 你 对 它们 各 目的 优点 有 所 
了 解 。 


Adapter(4.1) 模式 和 Bridge(4.2) 模式 具有 一 些 共同 的 特征 。 它 们 都 给 另 一 对 象 提供 了 一 
定 程度 的 间接 性 ， 因 而 有 利于 系统 的 灵活 性 。 它 们 都 涉及 从 自身 以 外 的 一 个 接口 回 这 个 对 象 
转发 请 求 。 

这 两 个 模式 的 不 同 之 处 主要 在 于 它们 各 自 的 用 途 。Adapter 模式 主要 是 为 了 解决 两 个 已 
有 接口 之 间 不 匹配 的 问题 。 它 不 考虑 这 些 接口 是 怎样 实现 的 ， 也 不 考虑 它们 各 目 可 能 会 如 何 
演化 。 这 种 方式 不 需要 对 两 个 独立 设计 的 类 中 的 任 一 个 进行 重新 设计 ， 就 能 够 使 它们 协同 工 
作 。 另 外 ，Bridge 模式 则 对 抽象 接口 与 它 的 (可 能 是 多 个 ) 实现 部 分 进行 桥接 。 虽 然 这 一 模 
式 允 许 你 修改 实现 它 的 类 ， 但 是 它 仍然 为 用 户 提供 了 一 个 稳定 的 接口 。Bridge 模式 也 会 在 系 
统 演 化 时 适应 新 的 实现 。 

由 于 这 些 不 同 点 ，Adapter 和 Bridge 模式 通常 被 用 于 软件 生命 周期 的 不 同 阶段 。 当 你 发 
现 两 个 不 兼容 的 类 必须 同时 工作 时 ， 就 有 必要 使 用 Adapter 模式 ， 其 目的 一 般 是 避免 代码 重 
复 。 此 处 耦合 不 可 预见 。 相 反 ，Bridge 的 使 用 者 必须 事先 知道 : 一 个 抽象 将 有 多 个 实现 部 分 ， 
并 且 抽 象 和 实现 两 者 是 独立 演化 的 。Adapter 模式 在 类 已 经 设计 好 后 实施 ， 而 Bridge 模式 在 
设计 类 之 前 实施 。 这 并 不 意味 着 Adapter 模式 不 如 Bridge 模式 ， 只 是 因为 它们 针对 了 不 同 的 
问题 。 

你 可 能 认为 facade (参见 Facade(4.5)) 是 另外 一 组 对 象 的 适 配 占 。 但 这 种 解释 忽视 了 一 
个 事实 : facade 定义 一 个 新 的 接口 ， 而 Adapter 则 复 用 一 个 原 有 的 接口 。 记 住 ， 适 配器 使 两 
个 已 有 的 接口 协同 工作 ， 而 不 是 定义 一 个 全 新 的 接口 。 


Composite(4.3) 模式 和 Decorator(4.4) 模式 具有 类 似 的 结构 图 ， 这 说 明 它 们 都 基于 递 
归 组 合 来 组 织 可 变数 目的 对 象 。 这 一 共同 点 可 能 会 使 你 认为 decorator 对 象 是 一 个 退化 的 
composite， 但 这 一 观点 没有 领会 Decorator 模式 的 要 点 。 相 似 点 仅 止 于 递归 组 合 ， 同 样 ， 这 


是 因为 这 两 个 模式 的 目的 不 同 。 

Decorator 上 旨 在 使 你 不 需要 生成 子 类 即 可 给 对 象 添 加 职责 。 这 就 避免 了 静态 实现 所 有 功 
能 组 合 ， 从 而 导致 子 类 急剧 增加 。Composite 则 有 不 同 的 目的 ， 它 旨 在 构造 类 ， 使 多 个 相关 
的 对 象 能 够 以 统一 的 方式 处 理 ， 而 多 个 对 象 可 以 被 当 作 一 个 对 象 来 处 理 。 它 的 重点 不 在 于 修 
饰 ， 而 在 于 表示 。 

尽管 它们 的 目的 截然 不 同 ， 但 却 具 有 互补 性 。 因 此 Composite 和 Decorator 模式 通常 协 
同 使 用 。 在 使 用 这 两 种 模式 进行 设计 时 ， 我 们 无 须 定 义 新 的 类 ， 仅 需要 将 一 些 对 象 插 接 在 一 
起 即 可 构建 应 用 。 这 时 系统 中 将 会 有 一 个 抽象 类 ， 它 有 一 些 composite 子 类 和 decorator F 
类 ， 还 有 一 些 实现 系统 的 基本 构建 模块 。 此 时 ，composite 和 decorator 将 拥有 共同 的 接口 。 
从 Decorator 模式 的 角度 看 ，composite 是 一 个 ConcreteComponent。 而 从 Composite 模式 的 
HEA, decorator 则 是 一 个 Leaf。 当 然 ， 它 们 不 一 定 要 同时 使 用 ， 正 如 我 们 所 见 ， 它 们 的 目 
的 有 很 大 的 差别 。 

男 一 种 与 Decorator 模式 结构 相似 的 模式 是 Proxy(4.7)。 这 两 种 模式 都 描述 了 怎样 为 对 象 
提供 一 定 程度 上 的 间接 引用 ，proxy 和 decorator 对 象 的 实现 部 分 都 保留 了 指向 另 一 个 对 象 的 
指针 ， 它 们 向 这 个 对 象 发 送 请 求 。 同 样 ， 它 们 具有 不 同 的 设计 目的 。 

像 Decorator 模式 一 样 ，Proxy 模式 构成 一 个 对 象 并 为 用 户 提 供 一 致 的 接口 。 但 与 
Decorator 模式 不 同 的 是 ，Proxy 模式 不 能 动态 地 添加 或 分 离 性 质 ， 它 也 不 是 为 递归 组 合 而 设 
计 的 。 它 的 目的 是 ， 当 直接 访问 一 个 实体 不 方便 或 不 符合 需求 时 ， 为 这 个 实体 提供 一 个 替代 
者 ， 例 如 ， 实 体 在 远程 设备 上 使 访问 受到 限制 或 者 实体 是 持久 存储 的 。 

在 Proxy 模式 中 ， 实 体 定 义 了 关键 功能 ， 而 Proxy 提供 (或 拒绝 ) 对 它 的 访问 。 在 
Decorator 模式 中 ， 组 件 仅 提供 了 部 分 功能 ， 而 一 个 或 多 个 decorator 负责 完成 其 他 功能 。 
Decorator 模式 适用 于 编译 时 不 能 (至少 不 方便 ) 确定 对 象 的 全 部 功能 的 情况 。 这 种 开放 性 使 
递归 组 合成 为 Decorator 模式 中 一 个 必 不 可 少 的 部 分 。 而 在 Proxy 模式 中 则 不 是 这 样 ， 因 为 
Proxy 模式 强调 一 种 关系 (Proxy 与 它 的 实体 之 间 的 关系 )， 这 种 关系 可 以 静态 地 表达 。 

模式 间 的 这 些 差异 非常 重要 ， 因 为 它们 针对 了 面 回 对 象 设计 过 程 中 一 些 特定 的 经 党 
发 生 的 问题 的 解决 方法 。 但 这 并 不 意味 着 这 些 模式 不 能 结合 使 用 。 可 以 设想 有 一 个 proxy- 
decorator 用 来 给 proxy 添加 功能 ， 或 是 一 个 decorator-proxy 用 来 修饰 一 个 远程 对 象 。 尽 管 这 
种 混合 可 能 有 用 (我 们 手边 还 没有 现成 的 例子 )， 但 它们 可 以 分 割 成 一 些 有 用 的 模式 。 
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行为 型 模式 


第 5 章 ”行为 型 模式 


行为 型 模式 涉及 算法 和 对 象 间 职责 的 分 配 。 行 为 型 模式 不 仅 描述 对 象 或 类 的 模式 ， HEN 
述 它们 之 间 的 通信 模式 。 这 些 模式 刻画 了 在 运行 时 难以 跟踪 的 复杂 的 控制 流 。 它 们 将 你 的 
意 力 从 控制 流转 移 到 对 象 间 的 联系 方式 上 来 。 

类 行为 型 模式 使 用 继承 机 制 在 类 间 分 派 行为 。 本 草包 括 两 个 这 样 的 模式 。 其 中 Template 
Method(5.10) 较为 简单 和 第 用 。 模 板 方法 是 一 个 算法 的 抽象 定义 ， 它 逐步 地 定义 该 算法 ， 每 
一 步调 用 一 个 抽象 操作 或 一 个 原 语 操作 ， 子 类 定义 抽象 操作 以 具体 实现 该 算法 。 另 一 种 类 行 
为 型 模式 是 Interpreter(5.3)。 它 将 一 个 文法 表示 为 一 个 类 层次 ， 并 实现 一 个 解释 器 作为 这 些 
类 的 实例 上 的 一 个 操作 。 

对 象 行为 型 模式 使 用 对 象 组 合 而 不 是 继承 。 一 些 对 象 行为 型 模式 描述 了 一 组 对 等 的 对 
象 怎 样 相互 协作 以 完成 其 中 任 一 个 对 象 都 无 法 单独 完成 的 任务 。 这 里 一 个 重要 的 问题 是 对 等 
的 对 象 如 何 互 相 了 解 对 方 。 对 等 对 象 可 以 保持 显 式 的 对 对 方 的 引用 ， 但 那 会 增加 它们 的 耦合 
度 。 在 极端 情况 下 ， 每 一 个 对 象 都 要 了 解 所 有 其 他 的 对 象 。Mediator(5.5) 在 对 等 对 象 间 引 入 
一 个 mediator 对 象 以 避免 这 种 情况 的 出 现 。mediator BEBE T PAG Pr gas HY BREE o 

Chain of Responsibility(5.1) 提供 更 松 的 耦合 。 它 让 你 通过 一 条 候选 对 象 链 隐 式 地 和 同一 
个 对 象 发 送 请 求 。 根 据 运 行 时 情况 任 一 候选 者 都 可 以 响应 相应 的 请 求 。 候 选 者 的 数目 是 任意 
的 ， 你 可 以 在 运行 时 决定 哪些 候选 者 参与 到 链 中 。 

Observer(5.7) 模式 定义 并 保持 对 象 间 的 依赖 关系 。 典 型 的 Observer 的 例子 是 Smalltalk 
中 的 模型 / 视图 / 控制 锅 ， 其 中 一 旦 模型 的 状态 发 生变 化 ， 模 型 的 所 有 视图 都 会 得 到 通知 。 

其 他 的 对 象 行为 型 模式 常 将 行为 封装 在 一 个 对 象 中 并 将 请 求 指派 给 它 。Strategy(5.9) 模 
式 将 算法 封装 在 对 象 中 ， 这 样 可 以 方便 地 指定 和 改变 一 个 对 象 所 使 用 的 算法 。Command(5.2) 
模式 将 请 求 封 装 在 对 象 中 ， 这 样 它 就 可 作为 参数 来 传递 ， 也 可 以 被 存储 在 历史 列表 里 ,或 者 
以 其 他 方式 使 用 。State(5.8) 模式 封装 一 个 对 象 的 状态 ， 使 得 当 这 个 对 象 的 状态 对 象 变化 时 ， 
该 对 象 可 改变 它 的 行为 。Visitor(5.11) 封装 分 布 于 多 个 类 之 间 的 行为 ， 而 Iterator(5.4) 则 抽象 
了 访问 和 遍历 一 个 集合 中 的 对 象 的 方式 。 


5.1 Chain of Responsibility ( «Hift ) 一 一 对 象 行为 型 模式 


1. 意图 
使 多 个 对 象 都 有 机 会 处 理 请 求 ， 从 而 避免 请 求 的 发 送 者 和 接收 者 之 间 的 耦合 关系 。 将 这 
些 对 象 连 成 一 条 链 ， 并 沿 着 这 条 链 传 递 该 请 求 ， 直 到 有 一 个 对 象 处 理 它 为 止 。 


2. 动机 

考虑 一 个 图 形 用 户 界面 中 的 上 下 文 有 关 的 帮助 机 制 。 用 户 在 界面 的 任 一 部 分 上 点 击 就 可 
以 得 到 帮助 信息 ， 所 提供 的 帮助 依赖 于 点 击 的 是 界面 的 哪 一 部 分 及 其 上 下 文 。 例 如 ， 对 话 框 
中 按钮 的 帮助 信息 就 可 能 和 主 窗口 中 类 似 的 按钮 不 同 。 如 果 对 那 一 部 分 界面 没有 特定 的 帮助 
言 息 ， 那 么 帮助 系统 应 该 显示 一 个 关于 当前 上 下 文 的 较 一 般 的 帮助 信息 一 一 比如 说 ， 整 个 对 
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话 框 。 

因此 ,很 自然 地 ， 应 根据 普遍 性 (generality) 即 从 最 特殊 到 最 普遍 的 顺序 来 组 织 帮 助 信 
息 。 而 且 ， 很 明显 ， 在 这 些 用 户 界 面 对 象 中 会 有 一 个 对 象 来 处 理 帮 助 请 求 ， 至 于 是 哪 一 个 对 
象 则 取决 于 上 下 文 以 及 可 用 的 帮助 具体 到 何 种 程度 。 

这 里 的 问题 是 提交 帮助 请 求 的 对 象 (如 按钮 ) 并 不 明确 知道 谁 是 最 终 提供 帮助 的 对 象 。 
我 们 要 有 一 种 办 法 将 提交 帮助 请 求 的 对 象 与 可 能 提供 帮助 信息 的 对 象 解 耦 (decouple). Chain 
of Responsibility 模式 告诉 我 们 应 该 怎么 做 。 

这 一 模式 的 想法 是 ， 给 多 个 对 象 处 理 一 个 请 求 的 机 会 ， 从 而 解 耦 发 送 者 和 接收 者 。 该 请 
求 沿 对 象 链 传递 直至 其 中 一 个 对 象 处 理 它 ， 如 下 图 所 示 。 
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从 第 一 个 对 象 开 始 ， 链 中 收 到 请 求 的 对 象 要 么 亲自 处 理 它 ， 要 么 转发 给 链 中 的 下 一 个 候 
选 者 。 提 交 请 求 的 对 象 并 不 明确 地 知道 哪 一 个 对 象 将 会 处 理 它 一 一 我 们 说 该 请 求 有 一 个 隐 式 
的 接收 者 (implicit receiver), 

假设 用 户 在 一 个 标 有 “Print ”的 按钮 组 件 上 单 击 帮助 ， 而 该 按钮 包含 在 一 个 PrintDialog 
的 实例 中 ， 该 实例 知道 它 所 属 的 应 用 对 象 ( 见 前 面 的 对 象 框图 )。 下 面 的 交互 框图 (diagram) 
说 明了 帮助 请 求 怎样 沿 链 传递 
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在 这 个 例子 中 ， 既 不 是 aPrintButton 也 不 是 aPrintDialog 处 理 该 请 求 ; 它 一 直 被 传递 给 
anApplication, anApplication 处 理 它 或 忽略 它 。 提 交 请 求 的 客户 不 直接 引用 最 终 啊 应 它 的 
E 

要 沿 链 转 发 请 求 ， 并 保证 接收 者 为 隐 式 的 (implicit)， 每 个 在 链 上 的 对 象 都 有 一 致 的 处 
理 请 求 和 访问 链 上 后 继 者 的 接口 。 例 如 ， 帮 助 系统 可 定义 一 个 带 有 相应 的 HandleHelp 操作 
的 HelpHandler 类 。HelpHandler 可 以 是 所 有 候选 对 象 类 的 父 类 ， 或 者 它 可 被 定义 为 一 个 混入 


(mixin) 类 。 这 样 想 处 理 帮助 请 求 的 类 就 可 将 HelpHandler 作为 其 父 类 ， 如 下 图 所 示 。 


handler 
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HandleHelp() 







Application 


HandleHelp() O-r---- 
ShowHelp() 


按钮 、 对 话 框 和 应 用 类 都 使 用 HelpHandler 操作 来 处 理 帮助 请 求 。HelpHandler 的 
HandleHelp 操作 默认 是 将 请 求 转 发 给 后 继 。 子 类 可 重 定义 这 一 操作 以 在 适当 的 情况 下 提供 帮 
助 ， 否 则 它们 可 使 用 默认 实现 转发 该 请 求 。 

3. 适用 性 

在 以 下 条 件 下 使 用 Chain of Responsibility 模式 : 

© 有 多 个 对 象 可 以 处 理 一 个 请 求 ， 哪 个 对 象 处 理 该 请 求 运行 时 自动 确定 。 


。 你 想 在 不 明确 指定 接收 者 的 情况 下 ， 向 多 个 对 象 中 的 一 个 提交 一 个 请 求 。 
。 可 处 理 一 个 请 求 的 对 象 集合 应 被 动态 指定 。 





4. 结构 


HandleRequest() 






















ConcreteHandier2 


HandieRequest() 


ConcreteHandler1 


HandleRequest() 


一 个 典型 的 对 象 结构 可 能 如 下 图 所 示 : 


aConcreteHandier 
C mm sConcretetndiar 


successor 


5. 参与 者 
e Handler (如 HelpHandler) 
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一 定义 一 个 处 理 请 求 的 接口 。 

一 (可 选 ) 实现 后 继 链 。 

ConcreteHandler (如 PrintButton 和 PrintDialog ) 

一 处 理 它 所 负责 的 请 求 。 

一 可 访问 它 的 后 继 者 。 

一 如 果 可 处 理 该 请 求 ， 就 处 理 之 ; 否则 将 该 请 求 转发 给 它 的 后 继 者 。 
Client 

— 癌 链 上 的 具体 处 理 者 (ConcreteHandler) 对 象 提交 请 求 。 


6. 协作 
e 当 客 户 提 交 一 个 请 求 时 ， 请 求 沿 链 传递 直至 有 一 个 ConcreteHandler 对 象 负责 处 理 它 。 


7. 效果 

Chain of Responsibility 模式 有 下 列 优点 和 缺点 : 

1) 降低 耦合 度 ”该 模式 使 得 一 个 对 象 无 须知 道 是 其 他 哪 一 个 对 象 处 理 其 请 求 。 对 象 仅 
需要 知道 该 请 求 会 被 “正确 ”地 处 理 。 接 收 者 和 发 送 者 都 没有 对 方 的 明确 信息 ， 且 链 中 的 对 
象 不 需要 知道 链 的 结构 。 

结果 是 ， 职 责 链 可 简化 对 象 的 相互 连接 。 它 们 仅 需 要 保持 一 个 指向 其 后 继 者 的 引用 ， 而 
不 需要 保持 它 所 有 的 候选 接收 者 的 引用 。 

2) 增强 了 给 对 象 指派 职责 的 灵活 性 ” 当 在 对 象 中 分 派 职责 时 ， 职 责 链 给 你 更 多 的 灵活 
性 。 你 可 以 通过 在 运行 时 对 该 链 进 行动 态 的 增加 或 修改 来 增加 或 改变 处 理 一 个 请 求 的 那些 职 
责 。 你 可 以 将 这 种 机 制 与 静态 的 特例 化 处 理 对 象 的 继承 机 制 结 合 起 来 使 用 。 

3) 不 保证 被 接受 既然 一 个 请 求 没 有 明确 的 接收 者 ， 那 么 就 不 能 保证 它 一 定 会 被 处 
理 一 一 该 请 求 可 能 一 直到 链 的 末端 都 得 不 到 处 理 。 一 个 请 求 也 可 能 因 该 链 没 有 被 正确 配置 而 
得 不 到 处 理 。 


8. 实现 
下 面 是 在 职责 链 模 式 中 要 考虑 的 实现 问题 : 
D) 实现 后 继 者 链 ”有 两 种 方法 可 以 实现 后 继 者 链 。 


e 定义 新 的 链接 (通常 在 Handler 中 定义 ,但 也 可 由 ConcreteHandler 来 定义 )。 
e 使 用 已 有 的 链接 。 


我 们 的 例子 中 定义 了 新 的 链接 ,但 你 常常 可 使 用 已 有 的 对 象 引 用 来 形成 后 继 者 链 。 例 
如 ， 在 一 个 部 分 -整体 层次 结构 中 ， 父 构件 引用 可 定义 一 个 部 件 的 后 继 者 。 窗 口 组 件 
(widget) 结构 可 能 早已 有 这 样 的 链接 。Composite(4.3 ) 更 详细 地 讨论 了 父 构 件 引 用 。 

当 已 有 的 链接 能 够 支持 你 所 需 的 链 时 ， 完 全 可 以 使 用 它们 。 这 样 你 就 不 需要 明确 定义 链 
Br, 而 且 可 以 节省 空间 。 但 如 果 该 结构 不 能 反映 应 用 所 需 的 职责 链 ， 那么 你 必须 定义 额外 的 
链接 。 
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2 ) 连接 后 继 者 “如果 没有 已 有 的 引用 可 定义 一 个 链 ， 那 么 你 必须 自己 引入 它们 。 这 
种 情况 下 Handler 不 仅 定 义 该 请 求 的 接口 ， 通 常 也 维护 后 继 者 。 这 样 Handler 就 提供 
了 HandleRequest 的 默认 实现 : HandleRequest 回 后 继 者 (如 果 有 的 话 ) 转发 请 求 。 如 果 
ConcreteHandler 子 类 对 该 请 求 不 感 兴趣 ， 它 不 需要 重 定义 转发 操作 ， 因 为 它 的 默认 实现 进行 
无 条 件 的 转发 。 

此 处 为 一 个 HelpHandler 基 类 ， 它 维护 一 个 后 继 者 链 : 


class HelpHandler ( 

public: 
HelpHandler(HelpHandler* s) :  successor(s) ( ) 
virtual void HandleHelp(); 

private: 

HelpHandler* successor; 

); "Ege 

void HelpHandler::HandleHelp () ( 
if ( successor) ( 

-successor-»HandleHelp(); 

) 

) 


3) 表示 请 求 ”可 以 有 不 同 的 方法 表示 请 求 。 最 简单 的 形式 ， 比 如 在 HandleHelp 的 例子 
中 ， 请 求 是 一 个 硬 编码 的 (hard-coded) 操作 调用 。 这 种 形式 方便 而 且 安 全 ,但 你 只 能 转发 
Handler 类 定义 的 固定 的 一 组 请 求 。 

另 一 选择 是 使 用 一 个 处 理 函 数 ， 这 个 函数 以 一 个 请 求 码 (如 一 个 整 型 常数 或 一 个 字符 串 ) 
为 参数 。 这 种 方法 支持 请 求 数目 不 限 。 唯 一 的 要 求 是 发 送 方 和 接收 方 在 请 求 如 何 编码 问题 上 
应 达成 一 致 。 

这 种 方法 更 为 灵活 ， 但 它 需 要 用 条 件 语句 来 区 分 请 求 代码 以 分 派 请 求 。 男 外 ， 无 法 用 类 
型 安全 的 方法 来 传递 请 求 参 数 ， 因 此 它们 必须 被 手工 打包 和 解 包 。 显 然 ， 相 对 于 直接 调用 一 
个 操作 来 说 它 不 太 安 全 。 

为 解决 参数 传递 问题 ， 我 们 可 使 用 独立 的 请 求 对 象 来 封装 请 求 参 数 。Request 类 可 明确 
地 描述 请 求 ， 而 新 类 型 的 请 求 可 用 它 的 子 类 来 定义 。 这 些 子 类 可 定义 不 同 的 请 求 参数 。 处 理 
者 必须 知道 请 求 的 类 型 ( 即 它们 正 使 用 哪 一 个 Request 子 类 ) 以 访问 这 些 参数 。 

为 标识 请 求 ，Request 可 定义 一 个 访问 器 (accessor) 函数 以 返回 该 类 的 标识 人 特 。 或 者 ， 
如 果实 现 语 言 支 持 的 话 ， 接 收 者 可 使 用 运行 时 的 类 型 信息 。 

以 下 为 一 个 分 派 函数 的 框架 (sketch)， 它 使 用 请 求 对 象 标识 请 求 。 定 义 于 基 类 Request 
中 的 GetKind 操作 识别 请 求 的 类 型 : 

void Handler::HandleRequest (Request* theRequest) ( 

switch (theRequest-»GetKind()) ( 

case Help: 
// cast argument to appropriate type 
HandleHelp((HelpRequest*) theRequest); 
break; 

case Print: ` 
HandlePrint((PrintRequest*) theRequest) ; 


FL teu 
break; 
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default: 
fh ex 
break; 
) 
) 


子 类 可 通过 重 定 义 HandleRequest 扩展 该 分 派 函 数 。 子 类 只 处 理 它 感 兴趣 的 请 求 ， 其 他 
的 请 求 被 转发 给 父 类 。 这 样 就 有 效 地 扩展 (而 不 是 重 写 ) 了 HandleRequest 操作 。 例 如 ， 一 个 
ExtendedHandler 子 类 扩展 了 MyHandler 版 本 的 HandleRequest: 


class ExtendedHandler : public Handler ( 

public: 
virtual void HandleRequest (Request* theRequest); 
FE 

); 


void ExtendedHandler::HandleRequest (Request* theRequest) ( 
switch (theRequest-»GetKind()) ( 
case Preview: 
// handle the Preview request 
break; 
default: 
// let Handler handle other requests 
Handler::HandleRequest (theRequest) ; 
) 
) 


4) Æ Smalltalk 中 自动 转发 ”可 以 使 用 Smalltalk 中 的 doesNotUnderstand 机 制 转发 请 
求 。 没 有 相应 方法 的 消息 被 doesNotUnderstand 的 实现 捕捉 (trap in)， 此 实现 可 被 重 定义 ， 
从 而 可 回 一 个 对 象 的 后 继 者 转发 该 消息 。 这 样 就 不 需要 手工 实现 转发 ; 类 仅 处 理 它 感 兴趣 的 
请 求 ， 而 依赖 doesNotUnderstand 转发 所 有 其 他 的 请 求 。 


9. 代码 示例 

下 面 的 例子 说 明了 在 一 个 像 前 面 描述 的 在 线 帮 助 系统 中 ， 职 责 链 是 如 何 处 理 请 求 的 。 帮 
助 请 求 是 一 个 显 式 的 操作 。 我 们 将 使 用 窗口 组 件 层 次 中 的 已 有 父 构 件 引 用 来 在 链 中 的 窗口 组 
件 间 传递 请 求 ， 并 且 我 们 将 在 Handler 类 中 定义 一 个 引用 以 在 链 中 的 非 窗 口 组 件 间 传 递 帮助 
请 求 。 

HelpHandler 类 定义 了 处 理 帮 助 请 求 的 接口 。 它 维护 一 个 帮助 主题 (默认 值 为 空 )， 并 保 
持 对 帮助 处 理 对 象 链 中 它 的 后 继 者 的 引用 。 关 键 的 操作 是 HandleHelp， 它 可 被 子 类 重 定义 。 
HasHelp 是 一 个 辅助 操作 ， 用 于 检查 是 否 有 一 个 相关 的 帮助 主题 。 


typedef int Topic; 
const Topic NO HELP TOPIC = -1; 


class HelpHandler ( 
public: 
HelpHandler(HelpHandler* - 0, Topic - NO HELP. TOPIC); 
virtual bool HasHelp(); 
virtual void SetHandler(HelpHandler*, Topic); 
virtual void HandleHelp(); 
private: 
HelpHandler* successor; 
Topic . topic; 
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F3 


HelpHandler::HelpHandler ( 
HelpHandler* h, Topic t 
) : _successor(h), _topic(t) { ) 


bool HelpHandler::HasHelp () { 
return _topic != NO_HELP_TOPIC; 

} 

void HelpHandler::HandleHelp () { 
if (_successor != 0) { 

_successor->HandleHelp() ; 

} 

} 


所 有 的 窗口 组 件 都 是 Widget HAAN FA. Widget  HelpHandle 的 子 类 ， 因 为 所 有 
的 用 户 界 面 元 素 都 可 有 相关 的 帮助 。( 也 可 以 使 用 另 一 种 基于 混入 类 的 实现 方式 ,) 


class Widget : public HelpHandler ( 
protected: 
Widget(Widget* parent, Topic t - NO HELP TOPIC); 
private: 
Widget* . parent; 
}3 


Widget::Widget (Widget* w, Topic t) : HelpHandler(w, t) { 
_parent = w; 
} 


在 我 们 的 例子 中 ， 按 钮 是 链 上 的 第 一 个 处 理 者 。Button 类 是 Widget 2587-25, Button 
HERRA MTER: 对 包含 它 的 窗口 组 件 的 引用 和 其 自身 的 帮助 主题 。 
class Button : public Widget ( 
public: 
Button(Widget* d, Topic t - NO HELP TOPIC); 


virtual void HandleHelp(); 
// Widget operations that Button overrides... 


Button 版 本 的 HandleHelp 首先 测试 检查 其 自身 是 否 有 帮助 主题 。 如 果 开 发 者 没有 定义 
一 个 帮助 主题 ， 就 用 HelpHandler 中 的 HandleHelp 操作 将 该 请 求 转发 给 它 的 后 继 者 。 如 果 有 
帮助 主题 ， 那 么 就 显示 它 ， 并 且 搜 索 结束 。 


Button::Button (Widget* h, Topic t) ::Widget(h, t) { } 


void Button::HandleHelp () ( 
if (HasHelp()) ( 
// offer help on the button 
) else ( 
HelpHandler::HandleHelp(); 
) 


Dialog 实现 了 一 个 类 似 的 策略 ， 只 不 过 它 的 后 继 者 不 是 一 个 窗口 组 件 而 是 任意 的 帮助 请 
求 处 理 对 象 。 在 我 们 的 应 用 中 这 个 后 继 者 将 是 Application 的 一 个 实例 。 
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class Dialog : public Widget { 

public: 
Dialog(HelpHandler* h, Topic t - NO HELP TOPIC); 
virtual void HandleHelp(); 


// Widget operations that Dialog overrides... 
"ar p 
); 


Dialog::Dialog (HelpHandler* h, Topic t) : Widget(0) ( 
SetHandler(h, t); 
) 


void Dialog::HandleHelp () ( 
if (HasHelp()) ( 
// offer help on the dialog 
) else ( 
HelpHandler: :HandleHelp(); 
) 
) 


在 链 的 末端 是 Application 的 一 个 实例 。 该 应 用 不 是 一 个 窗口 组 件 ， 因 此 Application 不 
是 HelpHandler 的 直接 子 类 。 D M 该 应 用 可 提供 关于 该 应 用 的 
一 般 性 信息 ， 或 者 它 可 以 提供 一 系列 不 同 的 帮助 主题 。 


class Application : public HelpHandler ( 

public: 
Application(Topic t) : HelpHandler(0, t) ( ) 
virtual void HandleHelp(); 


// application-specific operations... 
):; 


void Application::HandleHelp () ( 
// show a list of help topics 
) 


下 面 的 代码 创建 并 连接 这 些 对 象 。 此 处 的 对 话 框 涉及 打印 ， 因 此 这 些 对 象 被 赋 给 与 打印 
相关 的 主题 。 


const Topic PRINT_TOPIC = 1; 

const Topic PAPER ORIENTATION TOPIC = 2; 

const Topic APPLICATION TOPIC - 3; 

Application* application = new Application(APPLICATION TOPIC) ; 


Dialog* dialog - new Dialog(application, PRINT TOPIC); 
Button* button = new Button(dialog, PAPER, ORIENTATION TOPIC); 


我 们 可 对 链 上 的 任意 对 象 调 用 HandleHelp 以 触发 相应 的 帮助 请 求 。 要 从 按钮 对 象 开始 
搜索 ， 只 需要 对 它 调 用 HandleHelp: 


button->HandleHelp(); 


在 这 种 情况 下 ， 按 钮 会 立即 处 理 该 请 求 。 注 意 任何 HelpHandler 类 都 可 作为 Dialog 的 后 
继 者 。 此 外 ， 它 的 后 继 者 可 以 被 动态 地 改变 。 因 此 不 管 对 话 框 被 用 在 何 处 ， 你 都 可 以 得 到 正 
确 的 与 上 下 文 相关 的 帮助 信息 。 


10. 已 知 应 用 

许多 类 库 使 用 职责 链 模式 处 理 用 户 事件 。 对 Handler 类 它们 使 用 不 同 的 名 字 ， 但 思 
想 是 一 样 的 : 当 用 户 点 击 鼠 标 或 按键 时 ， 一 个 事件 产生 并 沿 链 传 播 。MacApp[App89] 和 
ET++[WGM88] 称 之 为 “事件 处 理 者 ”，Symantec 的 TCL JE [Sym93b] 称 之 为 “Bureaucrat”， 
而 NeXT 的 AppKit 将 其 命名 为 “Responder”。 

图 形 编 辑 器 框架 Unidraw 定义 了 “命令 ”Command 对 象 ， 它 封装 了 发 给 Component 和 
ComponentView 对 象 [VL90] 的 请 求 。 一 个 构件 或 构件 视图 可 解释 一 个 命令 以 进行 一 个 操作 ， 
这 里 “命令 ”就 是 请 求 。 这 对 应 于 在 实现 一 节 中 描述 的 “对 象 作 为 请 求 ”的 方法 。 构 件 和 构 
件 视图 可 以 组 织 为 层次 式 的 结构 。 一 个 构件 或 构件 视图 可 将 命令 解释 转发 给 它 的 父 构 件 ， 而 
父 构件 依次 将 它 转发 给 它 的 父 构 件 ， 如 此 类 推 ， 就 形成 了 一 个 职责 链 。 

ET++ 使 用 职责 链 来 处 理 图 形 的 更 新 。 当 一 个 图 形 对 象 必须 更 新 它 的 外 观 的 一 部 分 时 ， 
调用 InvalidateRect 操作 。 一 个 图 形 对 象 自己 不 能 处 理 InvalidateRect， 因 为 它 对 它 的 上 下 文 
了 解 不 够 。 例 如 ， 一 个 图 形 对 象 可 被 包装 在 一 些 类 似 滚 动 条 (scroller) 或 放大 需 (zoomer) 
的 对 象 中 ， 这 些 对 象 变换 它 的 坐标 系统 。 也 就 是 说 ， 对 象 可 被 滚动 或 放大 以 至 于 它 有 一 部 分 
在 视 区 外 。 因 此 默认 的 InvalidateRect 的 实现 转发 请 求 给 包装 的 容器 对 象 。 转 发 链 中 的 最 后 
一 个 对 象 是 一 个 窗口 (window) 实例 。 当 窗口 收 到 请 求 时 ， 保 证 失效 矩形 被 正确 变换 。 窗 口 
通知 窗口 系统 接口 并 请 求 更 新 ， 从 而 处 理 InvalidateRect。 


11. 相关 模式 
职责 链 常 与 Composite(4.3) 一 起 使 用 。 这 种 情况 下 ， 一 个 构件 的 父 构 件 可 作为 它 的 
后 继 。 


5.0 Command (命令 ) 一 一 对 象 行为 型 模式 


1. 意图 
将 一 个 请 求 封 装 为 一 个 对 象 ， 从 而 使 你 可 用 不 同 的 请 求 对 客户 进行 参数 化 ， 对 请 求 排 队 
或 记录 请 求 日 志 ， 以 及 文 持 可 撤销 的 操作 。 


2. 别名 
动作 (action)， 事 务 (transaction). 


3. 动机 

有 时 必须 向 某 对 象 提交 请 求 ， 但 并 不 知道 关于 被 请 求 的 操作 或 请 求 的 接收 者 的 任何 信 
息 。 例 如 ， 用 户 界面 工具 箱包 括 按钮 和 菜单 这 样 的 对 象 ， 它 们 执行 请 求 响 应 用 户 输入 。 但 工 
具 箱 不 能 显 式 地 在 按钮 或 菜单 中 实现 该 请 求 ， 因 为 只 有 使 用 工具 箱 的 应 用 知道 该 由 哪个 对 象 
做 哪个 操作 。 而 工具 箱 的 设计 者 无 法 知道 请 求 的 接收 者 或 执行 的 操作 。 

命令 模式 通过 将 请 求 本 身 变 成 一 d 站 定 的 应 用 对 象 提出 请 
求 。 这 个 对 象 可 被 存储 并 像 其 他 对 象 一 样 被 传递 。 这 一 模式 的 关键 是 一 个 抽象 的 Command 
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类 ， 它 定义 了 一 个 执行 操作 的 接口 。 其 最 简单 的 形式 是 一 个 抽象 的 Execute 操作 。 具 体 的 
Command 子 类 将 接收 者 作为 它 的 一 个 实例 变量 ， 并 实现 Execute 操作 ， 指 定 接收 者 采取 的 动 
作 。 而 接收 者 有 执行 该 请 求 所 需 的 具体 信息 。 


i f — " 
"4 Menu «€ Menultem K>- * Command ] 
| 


: ———Jj command ———E MÀ 
Aicked() y | Execute() | 


Rosada | 


CR] A 

| | C -— T 
2 4 De t e T 
| Document | MT and—>Execute() : 


用 Command 对 象 可 很 容易 地 实现 菜单 (Menu)， 每 一 菜单 中 的 选项 都 是 一 个 菜单 项 
( Menultem) 类 的 实例 。 一 个 Application 类 创建 这 些 菜单 和 它们 的 菜单 项 以 及 其 余 的 用 户 界 
面 。 该 Application 类 还 跟踪 用 户 已 打开 的 Document 对 象 。 

该 应 用 为 每 一 个 菜单 项 配置 一 个 具体 的 Command 子 类 的 实例 。 当 用 户 选择 了 一 个 菜单 
项 时 ， 该 Menultem 对 象 调用 它 的 Command X} # AY Execute 方法 ， 而 Execute 执行 相应 操 
VE. Menultem 对 象 并 不 知道 它们 使 用 的 是 Command 的 哪 一 个 子 类 。Command 子 类 里 存放 
着 请 求 的 接收 者 ， 而 Excute 操作 将 调用 该 接收 者 的 一 个 或 多 个 操作 。 

例如 ，PasteCommand x $$ A BY WEAR [8] —- X (document) 粘贴 正文 。PasteCommand 
的 接收 者 是 一 个 文档 对 象 ， 该 对 象 是 实例 化 时 提供 的 。Execute 操作 将 调用 该 Document 的 
Paste 操作 。 


| ide | | | :: E: | "es Et mete pe .| document Paste0 | 
而 OpenCommand 的 Execute 操作 却 有 所 不 同 : 它 提示 用 户 输 入 一 个 文档 名 ， 创 建 一 个 
相应 的 文档 对 象 ， 将 其 放 人 作为 接收 者 的 应 用 对 象 中 ， 并 打开 该 文档 。 





Command 


Application 
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有 时 一 个 Menultem 需要 执行 一 系列 命令 。 例 如 ， 使 一 个 页 面 按 正常 大 小 居中 的 
Menultem 可 由 一 个 CenterDocumentCommand 对 象 和 一 个 NormalSizeCommand 对 象 构 建 。 
因为 这 种 需要 将 多 条 命令 串 接 起 来 的 情况 很 常见 ， 所 以 我 们 定义 一 个 MacroCommand 类 来 让 
一 个 Menultem 执行 任意 数目 的 命令 。MacroCommand 是 一 个 具体 的 Command 子 类 ， 它 执 
行 一 个 命令 序列 。MacroCommand 没有 明确 的 接收 者 ， 而 序列 中 的 命令 各 自 定义 其 接收 者 。 


| Command 


Ce- 
rd 
| 

manas EY 


请 注意 这 些 例子 中 Command 模式 是 怎样 解 耦 调用 操作 的 对 象 和 具有 执行 该 操作 所 需 信 
息 的 那个 对 象 的 。 这 使 我 们 在 设计 用 户 界 面 时 拥有 很 大 的 灵活 性 。 一 个 应 用 如 果 想 让 一 个 菜 
单 与 一 个 按钮 代表 同一 项 功能 ， 只 需 让 它们 共享 相应 具体 Command 子 类 的 同一 个 实例 即 可 。 
我 们 还 可 以 动态 地 替换 Command 对 象 ， 这 可 用 于 实现 上 下 文 有 关 的 菜单 。 我 们 也 可 通过 将 
几 个 命令 组 成 更 大 的 命令 的 形式 来 支持 命令 脚本 (command scripting)。 所 有 这 些 之 所 以 成 为 
可 能 ， 是 因为 提交 一 个 请 求 的 对 象 仅 需 要 知道 如 何 提交 它 ， 而 不 需要 知道 该 请 求 将 会 被 如 何 
执行 。 

4. 适用 性 | 


当 你 有 如 下 需求 时 ， 可 使 用 Command 模式 : 


o 像 上 面 讨论 的 Menultem 对 象 那 样 ， 抽 象 出 待 执行 的 动作 以 参数 化 某 对 象 。 你 可 用 过 
程 语 言 中 的 回调 (callback) 消 数 表达 这 种 参数 化 机 制 。 所 谓 回调 函数 是 指 艺 数 先 在 某 
处 注册 ， 而 它 将 在 稍 后 某 个 需要 的 时 候 被 调用 。Command 模式 是 回调 机 制 的 一 个 面 
向 对 象 的 替代 品 。 

。 在 不 同 的 时 刻 指 定 、 排 列 和 执行 请 求 。 一 个 Command 对 象 可 以 有 一 个 与 初始 请 求 无 
关 的 生存 期 。 如 果 一 个 请 求 的 接收 者 可 用 一 种 与 地 址 空间 无 关 的 方式 表达 ， 那 么 就 可 
将 负责 该 请 求 的 命令 对 象 传送 给 另 一 个 不 同 的 进程 并 在 那里 实现 该 请 求 。 

o 文 持 取消 操作 。Command 的 Excute 操作 可 在 实施 操作 前 将 状态 存储 起 来 ， 在 取消 操 
作 时 这 个 状态 用 来 消除 该 操作 的 影响 。Command 接口 必须 添加 一 个 Unexecute 操作 , 
该 操作 取消 上 一 次 Execute 调用 的 效果 。 执 行 的 命令 被 存储 在 一 个 历史 列表 中 。 可 通 
过 癌 后 和 向 前 遍历 这 一 列表 并 分 别 调用 Unexecute 和 Execute 来 实现 重 数 不 限 的 “ 撤 
销 ” 和 “ 重 做 ”。 


78 设计 模式 : 可 复 用 面向 对 象 软件 的 基础 


e 支持 修改 日 志 ， 这 样 当 系统 骨 溃 时 ， 这 些 修改 可 以 被 重 做 一 遍 。 在 Command 接口 中 


9. 


~y 


添加 装载 操作 和 存储 操作 ， 可 以 用 来 保持 一 个 一 致 的 修改 日 志 。 从 前 溃 中 恢复 的 过 程 
包括 从 磁盘 中 重新 读 人 记录 下 来 的 命令 并 用 Execute 操作 重新 执行 它们 。 
用 构建 在 原 语 操作 上 的 高 层 操作 构造 一 个 系统 。 这 样 一 种 结构 在 文 持 事 务 
(transaction) 的 信息 系统 中 很 常见 。 一 个 事务 封装 了 对 数据 的 一 组 变动 。Command 模 
式 提供 了 对 事务 进行 建 模 的 方法 。Command 有 一 个 公共 的 接口 ， 使 得 你 可 以 用 同一 
种 方式 调用 所 有 的 事务 。 同 时 使 用 该 模式 也 易于 添加 新 事务 以 扩展 系统 。 


结构 


e E 





Client 





Receiver 






SS 
Execute() O--------F-- receiver-»Action(); 





参与 者 

Command 

一 声明 执行 操作 的 接口 。 
ConcreteCommand (PasteCommand 、OpenCommand ) 
一 将 一 个 接收 者 对 象 绑 定 于 一 个 动作 。 

一 调用 接收 者 相应 的 操作 ， 以 实现 Execute。 
Client (Application ) 

一 创建 一 个 具体 命令 对 象 并 设 定 它 的 接收 者 。 
Invoker (Menultem) 

一 要 求 该 命令 执行 这 个 请 求 。 

Receiver (Document, Application) 


一 知道 如 何 实施 与 执行 一 个 请 求 相关 的 操作 。 任 何 类 都 可 能 作为 一 个 接收 者 。 


. 协作 


Client 创建 一 个 ConcreteCommand 对 象 并 指定 它 的 Receiver 对 象 。 

H Invoker 对 象 存储 该 ConcreteCommand 对 象 。 

该 Invoker 通过 调用 Command 对 象 的 Execute 操作 来 提交 一 个 请 求 。 若 该 命令 是 可 撤 
销 的 ，ConcreteCommand 就 在 执行 Excute 操作 之 前 存储 当前 状态 以 用 于 取消 该 命令 。 
ConcreteCommand 对 象 调用 它 的 Receiver 的 一 些 操 作 以 执行 该 请 求 。 


下 图 展示 了 这 些 对 象 之 间 的 交互 。 它 说 明了 Command 是 如 何 将 调用 者 和 接收 者 (以 及 
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它 执行 的 请 求 ) EFR 


aHeceiver aClient aCommand  aninvoker 


new Command(aReceiver) 


StoreCommand(aCommand) 





Action() Execute() 


8. 效果 

Command 模式 有 以 下 效果 : 

1 ) Command 模式 将 调用 操作 的 对 象 与 知道 如 何 实现 该 操作 的 对 象 解 耦 。 

2) Command 是 头等 的 对 象 。 它 们 可 像 其 他 的 对 象 一 样 被 操纵 和 扩展 。 

3) 你 可 将 多 个 命令 装配 成 一 个 组 合 命令 。 例 如 前 面 描述 的 MacroCommand 类 。 一 般 说 
来 ,组合 命令 是 Composite 模式 的 一 个 实例 。 

4 ) 增加 新 的 Command 很 容易 ， 因 为 这 无 须 改变 已 有 的 类 。 


9. 实现 

实现 Command 模式 时 需要 考虑 以 下 问题 : 

01) 一 个 命令 对 象 应 达到 何 种 智能 程度 ”命令 对 象 的 能 力 可 大 可 小 。 一 个 极端 是 它 仅 确 
定 一 个 接收 者 和 执行 该 请 求 的 动作 。 男 一 个 极端 是 它 自 己 实现 所 有 功能 ， 根 本 不 需要 额外 的 
接收 者 对 象 。 当 需要 定义 与 已 有 的 类 无 关 的 命令 ， 或 没有 合适 的 接收 者 ， 或 一 个 命令 隐 式 地 
知道 它 的 接收 者 时 ， 可 以 使 用 后 一 个 极端 方式 。 例 如 ， 创 建 另 一 个 应 用 窗口 的 命令 对 象 本 身 
可 能 和 任何 其 他 的 对 象 一 样 有 能 力 创建 该 窗口 。 在 这 两 个 极端 间 的 情况 是 命令 对 象 有 足够 的 
信息 可 以 动态 地 找到 它们 的 接收 者 。 

2) 支持 撤销 (undo) 和 重 做 (redo) 如 果 Command 提供 方法 逆转 (reverse) 它们 操 
作 的 执行 (例如 Unexecute 或 Undo 操作)， 就 可 文 持 撤销 和 重 做 功能 。 为 达到 这 个 目的 ， 
ConcreteCommand 类 可 能 需要 存储 额外 的 状态 信息 。 这 个 状态 包括 : 


e 接收 者 对 象 ， 它 真正 执行 处 理 该 请 求 的 各 操作 。 

e 接收 者 执行 的 操作 的 参数 。 

o 如果 处 理 请 求 的 操作 会 改变 接收 者 对 象 中 的 某 些 值 ， 那 么 这 些 值 也 必须 先 存储 起 来 。 
接收 者 还 必须 提供 一 些 操 作 ， 以 使 该 命令 可 将 接收 者 恢复 到 它 先 前 的 状态 。 


若 应 用 只 支持 一 次 撤销 操作 ， 那 么 只 需 存 储 最 近 一 次 被 执行 的 命令 。 而 知 要 支持 多 级 
的 撤销 和 重 做 ， 就 需要 有 一 个 已 被 执行 命令 的 历史 列表 (history list)， 该 列表 的 最 大 长 度 决 
定 了 撤销 和 重 做 的 级 数 。 历 史 列 表 存 储 了 已 被 执行 的 命令 序列 。 向 后 遍历 该 列表 并 逆向 执行 
(reverse-executing) 命令 是 撤销 它们 的 结果 ， 回 前 遍历 并 执行 命令 是 重 执行 它们 。 
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有 时 可 能 不 得 不 将 一 个 可 撤销 的 命令 在 它 可 以 被 放 人 历史 列表 之 前 先 拷贝 下 来 。 这 是 因 
为 执行 原来 的 请 求 的 命令 对 象 将 在 稍 后 执行 其 他 的 请 求 。 如 果 命 令 的 状态 在 各 次 调用 之 间 会 
发 生变 化 ， 那 就 必须 进行 拷贝 以 区 分 相同 命令 的 不 同调 用 。 

例如 ， 一 个 删除 选 定 对 象 的 删除 命令 (DeleteCommand) 在 它 每 次 被 执行 时 ， 必 须 存 
储 不 同 的 对 象 集合 。 因 此 该 删除 命令 对 象 在 执行 后 必须 被 拷贝 ,并 且 将 该 拷贝 放 入 历史 列 
表 中 。 如 果 该 命令 的 状态 在 执行 时 从 不 改变 ， 则 不 需要 拷贝 ， 而 仅 需 将 一 个 对 该 命令 的 
引用 放 入 历史 列表 中 。 在 放 入 历史 列表 之 前 必须 被 拷贝 的 那些 Command 起 着 原型 (参见 
dire di 4)) SIN 

3) 避免 撤销 操作 过 程 中 的 错误 积累 ”在 实现 一 个 可 靠 的 、 能 保持 原先 语义 的 撤销 / 重 做 
机 制 时 ， 可 能 会 遇 到 法 后 影响 问题 。 由 于 命令 的 重复 执行 、 取 消 执行 和 重 执行 的 过 程 中 可 能 
会 积累 错误 ， 以 致 一 个 应 用 的 状态 最 终 偏 离 初始 值 。 这 就 有 必要 在 Command 中 存 人 更 多 的 
信息 ， 以 保证 这 些 对 象 可 被 精确 地 复原 成 它们 的 初始 状态 。 这 里 可 使 用 Memento(5.6) 来 让 该 
Command 访问 这 些 信息 而 不 歇 露 其 他 对 象 的 内 部 信息 。 

4) 使 用 C++ 模板 ”对 不 能 被 撤销 和 不 需要 参数 的 命令 ， 可 使 用 C++ 模板 来 实现 ， 这 样 
可 以 避免 为 每 一 种 动作 和 接收 者 都 创建 一 个 Command 子 类 。 我 们 将 在 代码 示例 一 节 说 明 这 
种 做 法 。 
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下 面 的 C++ 代码 给 出 了 动机 一 节 中 Command 类 的 实现 的 大 致 框架 。 我 们 将 定义 
OpenCommand, PasteCommand 和 MacroCommand。 首 先是 抽象 的 Command 类 : 


class Command ( 
public: 
virtual ^Command(); 


virtual void Execute() - 0; 
protected: 

Command ( ) ; 
F; 


OpenCommand 打开 一 个 名 字 由 用 户 指 定 的 文档 。 注 意 OpenCommand 8 fie #8 mi 9 — 
个 Application 对 象 作为 参数 。AskUser 是 一 个 提示 用 户 输入 要 打开 的 文档 名 的 实现 例 程 。 


class OpenCommand : public Command ( 
public: 
OpenCommand (Application*); 


virtual void Execute(); 
protected: 

virtual const char* AskUser(); 
private: 

Application* | application; 

char* response; 


Hf 


OpenCommand::OpenCommand (Application* a) ( 
.application - a; 
) 


void OpenCommand::Execute () ( 
const char* name - AskUser(); 


if (name != 0) ( 
Document* document - new Document (name); 
.application-»Add (document); 
document -»Open () ; 


) 


PasteCommand 需要 一 个 Document 对 象 作 为 其 接收 者 。 该 接收 者 将 作为 一 个 参数 传递 
给 PasteCommand 的 构造 器 。 


class PasteCommand : public Command ( 
public: 
PasteCommand (Document * ) ; 


virtual void Execute(); 
private: 

Document* | document; 
); 


PasteCommand::PasteCommand (Document* doc) ( 
document - doc; 
) 


void PasteCommand::Execute () ( 
document -»Paste(); 
) 


对 于 不 能 撤销 和 不 需要 参数 的 简单 命令 , 可 以 用 一 个 类 模板 来 参数 化 该 命令 的 接 
收 者 。 我 们 将 为 这 些 命令 定 义 一 个 模板 子 类 SimpleCommand。 用 Receiver 类 型 参数 化 
SimpleCommand， 并 维护 一 个 接收 者 对 象 和 一 个 动作 之 间 的 绑 定 ， 而 这 一 动作 是 用 指 回 一 个 
成 员 盯 数 的 指针 存储 的 。 


template «class Receiver» 
class SimpleCommand : public Command ( 
public: 

typedef void (Receiver::* Action)(); 


SimpleCommand(Receiver* r, Action a) : 
_receiver(r),  action(a) { } 


virtual void Execute(); 
private: 
Action , action; 
Receiver* receiver; 
}3 


构造 需 存 储 接收 者 和 对 应 实例 变量 中 的 动作 。Execute 操作 实施 接收 者 的 这 个 动作 。 


template «class Receiver» 

void SimpleCommand<Receiver>::Execute () ( 
(_receiver->*_action) (); 

} 


为 创建 一 个 调用 MyClass 类 的 一 个 实例 上 的 Action 的 Command 对 象 ， 仅 需 如 下 代码 : 
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MyClass* receiver = new MyClass; 
Rs s 
Command* aCommand = 
new SimpleCommand<MyClass> (receiver, &MyClass::Action); 
CCS vss 
aCommand-»Execute () ; 


记 住 ， 这 一 方案 仅 适 用 于 简单 命令 。 更 复杂 的 命令 不 仅 要 维护 它们 的 接收 者 ， 而 且 还 要 
登记 参数 ， 有 时 还 要 保存 用 于 取消 操作 的 状态 。 此 时 就 需要 定义 一 个 Command 的 子 类 。 

MacroCommand 管理 一 个 子 命令 序列 ， 它 提供 了 增加 和 删除 子 命令 的 操作 。 这 里 不 需要 
显 式 的 接收 者 ， 因 为 这 些 子 命令 已 经 定义 了 它们 各 目的 接收 者 。 


class MacroCommand : public Command ( 
public: 

MacroCommand (); 

virtual ^MacroCommand(); 


virtual void Add(Command*); 
virtual void Remove (Command*); 


virtual void Execute(); 
private: 


List<Command*>*  cmds; 
T 


MacroCommand 的 关键 是 它 的 Execute WR AXO Ei D PUR E] Fars RS A ES 
Execute 操作 。 


void MacroCommand::Execute () ( 
ListIterator<Command*> i(.cmds); 


for (i.First(); 'i.IsDone(); i.Next()) ( 


Command* c = i.CurrentItem(); _ 
c-»Execute(); 


注意 ， 如 果 MacroCommand 实现 取消 操作 , 那么 它 的 子 命令 必须 以 相对 于 Execute 的 实 


现 相 反 的 顺序 执行 各 子 命 令 的 取消 操作 。 
最 后 , MacroCommand 必须 提供 管理 它 的 子 命令 的 操作 。MacroCommand 也 负责 删除 它 


的 子 命令 。 


void MacroCommand::Add (Command* c) { 
.cmds-»Append (c); 
) 


void MacroCommand::Remove (Command* c) ( 
.cmds-»Remove (c) ; 
) 


11. 已 知 应 用 
可 能 最 早 的 命令 模式 的 例子 出 现在 Lieberman[Lie85] 的 一 篇 论文 中 。MacApp[App89] 


使 实现 可 撤销 操作 的 命令 这 一 说 法 被 普遍 接受 。 而 ET++[WGM88]、InterViews[LCI+92] 和 


Unidraw[VL90] 也 都 定义 了 符合 Command 模式 的 类 。InterViews 定义 了 一 个 Action 抽象 类 ， 
它 提供 命令 功能 。 它 还 定义 了 一 个 ActionCallback 模板 ， 这 个 模板 以 Action 方法 为 参数 , 可 
自动 生成 Command FÆ. 

THINK 类 库 [Sym93b] 也 使 用 Command 模 式 支 持 可 撤销 的 操作 。THINK 中 的 命 
令 被 称 为 “任务 ”(task)。 任 务 对 象 沿 着 一 个 Chain of Responsiblity(5.1) 传 递 以 供 消 费 
(consumption ) 。 

Unidraw 的 命令 对 象 很 特别 ， 它 的 行为 就 像 是 一 个 消息 。 一 个 Unidraw 命令 可 被 送 给 另 
一 个 对 象 去 解释 ， 而 解释 的 结果 因 接 收 的 对 象 而 异 。 此 外 ， 接 收 者 可 以 委托 男 一 个 对 象 来 进 
行 解释 ， 典 型 的 情况 是 委托 给 一 个 较 大 的 结构 中 (比如 在 一 个 职责 链 中 ) 接收 者 的 父 构 件 。 
这 样 ，Unidraw 命令 的 接收 者 是 计算 出 来 的 而 不 是 预先 存储 的 。Unidraw 的 解释 机 制 依赖 于 
运行 时 的 类 型 信息 。 

Coplien 在 C++[Cop92] 中 描述 了 怎样 实现 Functors。Functors 实际 上 是 一 种 函数 的 对 象 。 
它 通 过 重 载 困 数 调用 操作 符 Coperator( )) 达到 了 一 定 程 度 的 使 用 透明 性 。 命 令 模式 不 同 ， 它 
着 重 于 维护 接收 者 和 承 数 〈 即 动作 ) ZERRE, MAULEF ARR. 

12. 相关 模式 

Composite(4.3) 可 用 来 实现 宏 命令 。 

Memento(5.6) 可 用 来 保持 某 个 状态 ,命令 用 这 一 状态 来 取消 它 的 效果 。 

在 被 放 入 历史 列表 前 必须 被 拷贝 的 命令 起 到 一 种 原型 (参见 Prototype(3.4)) 的 作用 。 
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1. 意图 
给 定 一 个 语言 ， 定 义 它 的 文法 的 一 种 表示 ， 并 定义 一 个 解释 器 ， 这 个 解释 器 使 用 该 表示 
来 解释 语言 中 的 句子 。 


2. 动机 

如 果 一 种 特定 类 型 的 问题 发 生 的 频率 足够 高 , 那么 可 能 就 值得 将 该 问题 的 各 个 实例 表述 
为 一 个 简单 语言 中 的 句子 。 这 样 就 可 以 构建 一 个 解释 副 , 该 解释 做 通 过 解释 这 些 句 子 来 解决 
该 问题 。 

例如 ， 搜 索 匹 配 一 个 模式 的 字符 串 是 一 个 第 见 问题 。 正 则 表达 式 是 描述 字符 串 模 式 的 一 
种 标准 语言 。 与 其 为 每 一 个 模式 都 构造 一 个 特定 的 算法 ,不 如 使 用 一 种 通用 的 搜索 算法 来 解 
释 执行 一 个 正则 表达 式 ， 该 正则 表达 式 定 义 了 待 匹配 字符 串 的 集合 。 

解释 右 模 式 描 述 了 如 何 为 简单 的 语言 定义 一 个 文法 , 如 何在 该 语言 中 表示 一 个 句子 , 以 
及 如 何 解 释 这 些 句子 。 在 上 面 的 例子 中 , 本 设计 模式 描述 了 如 何 为 正则 表达 式 定义 一 个 文法 ， 
如 何 表示 一 个 特定 的 正则 表达 式 , 以 及 如 何 解释 这 个 正则 表达 式 。 

考虑 以 下 文法 定义 正则 表达 式 : 
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expression ::= literal | alternation | sequence | repetition | 
'(^ expression ')*' 

alternation ::- expression ‘|’ expression 

sequence ::= expression '&' expression 

repetition ::- expression '*' 

litetAl ie ‘at. Eiba b*ec b iow t'a duh’ | "et 4 5... 3* 

符号 expression 是 开始 符号 literal 是 定义 简单 字 的 终结 符 。 

解释 器 模式 使 用 类 来 表示 每 一 条 文法 规则 。 规 则 右边 的 符号 是 这 些 类 的 实例 变量 。 上 面 
的 文法 用 五 个 类 表示 : 一 个 抽象 类 RegularExpression 以 及 它 的 四 个 子 类 LiteralExpression、 


Alternation Expression, SequenceExpression 和 RepetitionExpression， 后 三 个 类 定义 的 变量 
代表 子 表达 式 。 


RegularExpression | — | 
p interpreti ) m 
Lor i EMI 


Interpret() 









Interpret() 








literal 


/— — 





一 


repetition J p, RepetitionExpression | |  AlternationExpression {> | 
d] eS altemative iative2 — 


Interpret() E | Interpret() | 
— _ i x Et 


每 个 用 这 个 文法 定义 的 正则 表达 式 都 被 表示 为 一 个 由 这 些 类 的 实例 构成 的 抽象 语法 树 。 
例如 ， 下 面 的 抽象 语法 树 


altemative! _ 














( aSequenceExpression 








expression! 人 S$ | 


| rai dh ! 























| “aliteralExpression \ 人 一 Ld 
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| raining ] [re peal e 
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| "anii ernationExpression ' 


| altematoni 9—————— — 








\ alternation2 * 





| ES : ; / aLiteralExpression P 
dogs 


‘cats’ 





表示 正则 表达 式 
raining & (dogs | cats) * 


如 果 我 们 为 RegularExpression 的 每 一 子 类 都 定义 解释 (Interpret) 操作 ， 那 么 就 得 到 


了 这 些 正 则 表达 式 的 一 个 解释 器 。 解 释 器 将 该 表达 式 的 上 下 文 作为 一 个 参数 。 上 下 文 包含 
输入 字符 串 和 关于 目前 它 已 有 多 少 被 匹配 等 信息 。 为 匹配 输入 字符 串 的 下 一 部 分 ， 每 一 
RegularExpression 的 子 类 都 在 当前 上 下 文 的 基础 上 实现 解释 (Interpret) 操作 。 例 如 , 


e LiteralExpression 将 检查 输入 是 否 匹 配 它 定义 的 字 (literal). 

e AlternationExpression 将 检查 输入 是 否 匹 配 它 的 任意 一 个 选择 项 。 

e RepetitionExpression 将 检查 输入 是 否 含 有 多 个 它 所 重复 的 表达 式 。 

等 等 。 

3. 适用 性 

当 有 一 个 语言 需要 解释 执行 ， 并且 你 可 将 该 语言 中 的 句子 表示 为 一 个 抽象 语法 树 时 ， 可 
使 用 解释 器 模式 。 而 当 存 在 以 下 情况 时 该 模式 效果 最 好 : 


© 文法 简单 。 对 于 复杂 的 文法 , 文法 的 类 层次 变 得 庞大 而 无 法 管理 。 此 时 语法 分 析 程 序 
生成 顺 这 样 的 工具 是 更 好 的 选择 。 它 们 无 须 构建 抽象 语法 树 即 可 解释 表达 式 ,这样 可 
以 节省 空间 而 且 还 可 能 节省 时 间 。 

e 效率 不 是 关键 问题 。 最 高 效 的 解释 右 通 常 不 是 通过 直接 解释 语法 分 析 树 实现 的 , 而 是 
首先 将 它们 转换 成 男 一 种 形式 。 例 如 ， 正 则 表达 式 通 常 被 转换 成 状态 机 。 但 即使 在 这 
种 情况 下 ， 转 换 需 也 可 用 解释 锅 模 式 实 现 , 该 模式 仍 是 有 用 的 。 


4. 结构 


AbstractExpression 
Interpret(Context) 


TerminalExpression NonterminalExpression © 
Interpret(Context) Interpret(Context) 


























5. 参与 者 
AbstractExpression (抽象 表达 式 ， 如 RegularExpression) 
一 声明 一 个 抽象 的 解释 操作 ， 这 个 接口 为 抽象 语法 树 中 所 有 的 结 点 所 共享 。 
TerminalExpression (终结 符 表达 式 ， 如 LiteralExpression) 
一 实现 与 文法 中 的 终结 符 相 关联 的 解释 操作 。 
一 一 个 句子 中 的 每 个 终结 符 需 要 该 类 的 一 个 实例 。 
NonterminalExpression ( 非 终 结 符 表达 式 ， 如 AlternationExpression, Repetition- 


Expression, SequenceExpressions ) 


186 设计 模式 : 可 复 用 面向 对 象 软 件 的 基础 


一 对 文法 中 的 每 一 条 规则 R ::= RRR, 都 需要 一 个 NonterminalExpression 类 。 

一 为 从 Ri 到 R, 的 每 个 符号 都 维护 一 个 AbstractExpression 类 型 的 实例 变量 。 

一 为 文法 中 的 非 终 结 符 实现 解释 (Interpret) 操作 。 解 释 (Interpret) 一 般 要 递归 地 调 
用 表示 R, 到 R, 的 那些 对 象 的 解释 操作 。 

Context (上 下 文 ) 

一 包含 解释 器 之 外 的 一 些 全 局 信息 。 

Client (客户 ) 

一 构建 (或 被 给 定 ) 表示 该 文法 定义 的 语言 中 一 个 特定 的 句子 的 抽象 语法 树 。 该 抽象 
语法 树 由 NonterminalExpression 和 TerminalExpression 的 实例 装配 而 成 。 

一 调用 解释 操作 。 


6. 协作 


e Client 构建 (或 被 给 定 ) 一 个 句子 ， 它 是 NonterminalExpression 和 TerminalExpression 
的 实例 的 一 个 抽象 语法 树 。 然 后 初始 化 上 下 文 并 调用 解释 操作 。 

© 每 一 非 终结 符 表 达 式 结 点 定义 相应 子 表 达 式 的 解释 操作 。 而 各 终结 符 表 达 式 的 解释 操 
作 构 成 了 递归 的 基础 。 

e 每 一 结 点 的 解释 操作 用 上 下 文 来 存储 和 访问 解释 占 的 状态 。 


7. 效果 

Interpreter 模式 有 下 列 优 点 和 不 足 : 

1 ) 易于 改变 和 扩展 文法 ”因为 该 模式 使 用 类 来 表示 文法 规则 , 你 可 使 用 继承 来 改变 或 扩 
展 该 文法 。 已 有 的 表达 式 可 被 增 量 式 地 改变 , 而 新 的 表达 式 可 定义 为 旧 表 达 式 的 变 体 。 

2) 易于 实现 文法 定义 抽象 语法 树 中 各 个 结 点 的 类 的 实现 大 体 类 似 。 这 些 类 易于 直接 
编写 ， 通 向 它们 也 可 用 一 个 编译 器 或 语法 分 析 程 序 生成 右上 自动 生成 。 

3) 复杂 的 文法 难以 维护 解释 器 模式 为 文法 中 的 每 一 条 规则 至 少 定 义 了 一 个 类 (使 用 
BNF 定义 的 文法 规则 需要 更 多 的 类 ) , 因此 包含 许多 规则 的 文法 可 能 难以 管理 和 维护 。 可 应 
用 其 他 的 设计 模式 来 缓解 这 一 问题 。 但 当 文 法 非常 复杂 时 , 其 他 的 技术 如 语法 分 析 程 序 或 编 
译 器 生成 器 更 为 合适 。 

4) 增加 了 新 的 解释 表达 式 的 方式 ”解释 器 模式 使 得 实现 新 表达 式 “ 计 算 ” 变 得 容易 。 
例如 ， 你 可 以 在 表达 式 类 上 定义 一 个 新 的 操作 以 支持 优美 打印 或 表达 式 的 类 型 检查 。 如 果 你 
经 常 创建 新 的 解释 表达 式 的 方式 ,那么 可 以 考虑 使 用 Visitor(5.11) 模式 以 避免 修改 这 些 代表 
文法 的 类 。 


8. 实现 

Interpreter 和 Composite(4.3) 模式 在 实现 上 有 许多 相通 的 地 方 。 下 面 是 Interpreter 所 要 
考虑 的 一 些 特 殊 问 题 : 

1) 创建 抽象 语法 树 ”解释 右 模 式 并 未 解释 如 何 创 建 一 个 抽象 的 语法 树 。 换 言 之 , ERG 
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及 语法 分 析 。 抽 象 语法 树 可 用 一 个 表 驱 动 的 语法 分 析 程 序 来 生成 ,也 可 用 手写 的 (通常 为 递 
归 下 降 法 ) 语 法 分 析 程 序 创建 ， 或 直接 由 Client 提供 。 

2) 定义 解释 操作 “并 不 一 定 要 在 表达 式 类 中 定义 解释 操作 。 如 果 经 常 要 创建 一 种 新 的 
解释 器 , 那么 使 用 Visitor(5.11) 模式 将 解释 放 人 一 个 独立 的 “访问 者 ”对 象 更 好 一 些 。 例 如 , 
一 个 程序 设计 语言 会 有 许多 在 抽象 语法 树 上 的 操作 ， 比 如 类 型 检查 、 优 化 、 代 码 生 成 ， 等 
等 。 恰 当 的 做 法 是 使 用 一 个 访问 者 以 避免 在 每 一 个 类 上 都 定义 这 些 操作 。 

3) 5 Flyweight 模式 共享 终结 符 在 一 些 文法 中 ， 一 个 句子 可 能 多 次 出 现 同 一 个 终 
结 符 。 此 时 最 好 共享 那个 符号 的 单个 拷贝 。 计 算 机 程序 的 文法 是 很 好 的 例子 一 一 每 个 程 
序 变量 在 整个 代码 中 将 会 出 现 多 次 。 在 动机 一 节 的 例子 中 ， 一 个 句子 中 终结 符 dog CH 
LiteralExpression 类 描述 ) 也 可 出 现 多 次 。 

终结 结 点 通常 不 存储 关于 它们 在 抽象 语法 树 中 位 置 的 信息 。 在 解释 过 程 中 ,任何 它 们 所 
需要 的 上 下 文 信息 都 由 父 结 点 传递 给 它们 。 因 此 共享 的 (内 部 的 ) 状态 和 传人 的 (外 部 的 ) AR 
态 区 分 得 很 明确 ， 这 就 用 到 了 Flyweight(4.6) 模式 。 

例如 ，dog LiteralExpression 的 每 一 实例 接收 一 个 包含 目前 已 匹配 子 串 信息 的 上 下 文 ， 且 
每 一 个 这 样 的 LiteralExpression 在 它 的 解释 操作 中 做 同样 一 件 事 ( 它 检查 输入 的 下 一 部 分 是 
否 包 含 一 个 dog )， 而 无 论 该 实例 出 现在 语法 树 的 哪个 位 置 。 


9. 代码 示例 

下 面 是 两 个 例子 。 第 一 个 是 Smalltalk 中 一 个 完整 的 例子 , 用 于 检查 一 个 序列 是 否 匹配 一 
个 正则 表达 式 。 第 二 个 是 一 个 用 于 求 布 尔 表 达 式 的 值 的 C++ 程序 。 

正则 表达 式 匹 配 融 检查 一 个 字符 串 是 否 属于 一 个 正则 表达 式 定 义 的 语言 。 正 则 表达 式 用 
下 列 文法 定义 : 


expression ::= literal | alternation | sequence | repetition | 
'('^ expression ')' 

alternation ::- expression ‘|’ expression 

sequence ::- expression '&' expression 

repetition ::- expression 'repeat' 

Htafal 3-94] B. p'e-]..1 Mae i LE SAS ioe ipt 


该 文法 对 动机 一 节 中 的 例子 略 做 修改 。 因 为 符号 “*” 在 Smalltalk 中 不 能 作为 后 级 运算 
符 ， 所 以 我 们 用 repeat 取代 之 。 例 如 ， 正 则 表达 式 


( ( 'dog' | 'cat' ) repeat &'weather') 


匹配 输入 字符 串 “dog dog cat weather” . 

为 实现 这 个 匹配 需 , 我 们 定义 在 动机 一 节 中 描述 的 五 个 类 。 类 SequenceExpression 包含 
实例 变量 expressionl 和 expression2 作为 它 在 抽象 语法 树 中 的 子 结 点 ; AlternationExpression 
用 实例 变量 alternativel 和 alternative2 存储 它 的 选择 ; 而 RepetitionExpression 在 它 的 实例 变 
量 repetition 中 保存 它 所 重复 的 表达 式 。LiteralExpression 有 一 个 components 实例 变量 ， 它 
保存 了 一 系列 对 象 (可 能 为 一 些 字 符 )。 这 些 表示 必须 匹配 输入 序列 的 字 串 〈literal string) 。 
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match: 操作 实现 了 该 正则 表达 式 的 一 个 解释 器 。 定 义 抽 象 语 法 树 的 每 一 个 类 都 实现 了 这 
一 操作 。 它 将 inputState 作为 一 个 参数 ， 表 示 匹 配 进 程 的 当前 状态 ， 也 就 是 读 和 的 部 分 输入 
字符 串 。 

这 一 状态 由 一 个 输入 流 集 刻 画 ， 表 示 该 正则 表达 式 目 前 所 能 接收 的 输入 集 (当前 已 识别 
出 的 输入 流 ， 这 大 致 等 价 于 记录 等 价 的 有 限 上 自动 机 的 所 有 状态 ) 。 

当前 状态 对 repeat 操作 最 为 重要 。 例 如 , 如 果 正 则 表达 式 为 : 


'a' repeat 
那么 解释 器 可 匹配 “a”“aa”“aaa”， 等 等 。 如 果 它 是 
'a' repeat é 'bc' 
那么 可 以 匹配 “abc”“aabc”“aaabc”， 等 等 。 但 如 果 正 则 表达 式 是 


'a' repeat & 'abc' 


那么 用 子 表 达 式 “'a' repeat” 匹 配 输 入 “aabc” 将 产生 两 个 输入 流 ， 一 个 匹配 了 输入 的 一 个 
字符 ， 而 男 一 个 匹配 了 两 个 字符 。 只 有 接受 一 个 字符 的 那个 流 会 匹配 剩余 的 “abce”。 

现在 我 们 考虑 match 的 定义 : 对 每 一 个 类 定义 相应 的 正则 表达 式 。SequenceExpression 
匹配 其 序列 中 的 每 一 个 子 表达 式 。 通 常 它 将 从 inputState 中 删除 输入 流 。 


match: inputState 
^ expression2 match: (expressionl match: inputState). 


— ^r AlternationExpression 会 返回 一 个 状态 , 该 状态 由 两 个 选择 项 的 状态 的 并 组 成 。 
AlternationExpression 的 match: 的 定义 是 


match: inputState 


| finalState | 

finalState := alternativel match: inputState. 
finalState addAll: (alternative2 match: inputState). 
^ finalState ! 


RepetitionExpression 的 match: 操作 寻找 尽 可 能 多 的 可 匹配 的 状态 : 


match: inputState 
| aState finalState | 
aState :- inputState. 
finalState :- inputState copy. 
[aState isEmpty] 


whileFalse: 
[aState := repetition match: aState. 
finalState addAll: aState]. 

^ finalState 


它 的 输出 通常 比 它 的 输入 包含 更 多 的 状态 , 因为 RepetitionExpression 可 匹配 输入 的 重复 
体 的 一 次 、 两 次 或 多 次 出 现 。 而 输出 状态 要 表示 所 有 这 些 可 能 性 以 允许 随后 的 正则 表达 式 的 


元 素 决 定 哪 一 个 状态 是 正确 的 o 


最 后 ，LiteralExpression 的 match: 对 每 一 个 可 能 的 输入 流 匹 配 它 的 组 成 部 分 。 它 仅 保 留 
那些 获得 匹配 的 输入 流 : 


match: inputState 
| finalState tStream | 


finalState := Set new. 
inputState 
do: 
[:Stream | tStream := stream copy. 


(tStream nextAvailable: 
components size 
) » components 
ifTrue: [finalState add: tStream] 


^ 


finalState 


其 中 nextAvailable: 消息 推进 输入 流 ( 即 读 入 文字 )。 这 是 唯一 一 个 推进 输入 流 的 match: 
操作 。 注 意 返 回 的 状态 包含 的 是 输入 流 的 拷贝 ， 这 就 保证 匹配 一 个 literal 不 会 改变 输入 流 。 
这 一 点 很 重要 ， 因 为 每 个 AlternationExpression 的 选择 项 看 到 的 应 该 是 相同 的 输入 流 。 

现在 我 们 已 经 定义 了 组 成 抽象 语法 树 的 各 个 类 ， 下 面 说 明 怎样 构建 语法 树 。 我 们 犯 不 着 
为 正则 表达 式 写 一 个 语法 分 析 程 序 ， 而 只 需 在 RegularExpression 类 上 定义 一 些 操 作 ， 就 可 以 
“计算 ”一 个 Smalltalk 表达 式 ， 得 到 的 结果 就 是 对 应 于 该 正则 表达 式 的 一 棵 抽象 语法 树 。 这 
使 我 们 可 以 把 Smalltalk 内 置 编译 器 当 作 一 个 正则 表达 式 的 语法 分 析 程 序 来 使 用 。 

为 构建 抽象 语法 树 , 我 们 需要 将 “|”“repeat” 和 “及” 定义 为 RegularExpression 上 的 操 
作 。 这 些 操作 在 RegularExpression 类 中 定义 如 下 : 


& aNode 
^ SequenceExpression new 
expressionl: self expression2: aNode asRExp 


repeat 
^ RepetitionExpression new repetition: self 


| aNode 
^ AlternationExpression new 
alternativel: self alternative2: aNode asRExp 


asRExp 
^ self 


asRExp 操作 将 把 literal 转化 为 RegularExpression。 这 些 操 作 在 类 String 中 定义 : 


& aNode 
^ SequenceExpression new 
expressionl: self asRExp expression2: aNode asRExp 


repeat 


RepetitionExpression new repetition: self 


| aNode 
^ AlternationExpression new 
alternativel: self asRExp alternative2: aNode asRExp 
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asRExp 


^ 


LiteralExpression new components: self 


如 果 我 们 在 类 层次 的 更 高 层 ( Smalltalk 中 的 SequenceableCollection, Smalltalk/V 中 的 
IndexedColleciotn) 定义 这 些 操 作 ， 那 么 像 Array 和 OrderedCollection 这 样 的 类 也 有 这 些 操 
作 的 定义 ， 这 就 使 得 正则 表达 式 可 以 匹配 任何 类 型 的 对 象 序列 。 

第 二 个 例子 是 在 C++ 中 实现 的 对 布尔 表达 式 进行 操作 和 求 值 的 系统 。 在 这 个 语言 中 终结 
符 是 布尔 变量 ， 即 常量 true 和 false。 非 终结 符 表示 包含 运算 符 and、or Al not 的 布尔 表达 式 。 
文法 定义 如 下 S: 

BooleanExp ::= VariableExp | Constant | OrExp | AndExp | NotExp | 

'(* BooleanExp ')' 


AndExp ::- BooleanExp ‘and’ BooleanExp 
. OrExp ::- BooleanExp ‘or’ BooleanExp ` 


NotExp ::- 'not' BooleanExp 
Constant ::- ‘true’ | ‘false’ 


VEFIBDIGMNDp i: "A" | "BUT V key Te re 


这 里 我 们 定义 布尔 表达 式 上 的 两 个 操作 。 第 一 个 操作 是 求 值 (evaluate)， 即 在 一 个 上 下 
文中 求 一 个 布尔 表达 式 的 值 ， 当 然 ， 该 上 下 文 必须 为 每 个 变量 都 赋予 一 个 “ 真 ”或 “ 假 ” 的 
布尔 值 。 第 二 个 操作 是 替换 ( replace)， 即 用 一 个 表达 式 来 奉 换 一 个 变量 以 产生 一 个 新 的 布尔 
表达 式 。 和 替换 操作 说 明了 解释 器 模式 不 仅 可 以 用 于 求 表达 式 的 值 ， 而 且 还 可 用 作 其 他 用 途 。 
在 这 个 例子 中 ， 它 就 被 用 来 对 表达 式 本 号 进行 操作 。 

此 处 我 们 仅 给 出 BooleanExp、VariableExp 和 AndExp 类 的 细节 。 类 OrExp 和 NotExp 
与 AndExp 相似 。Constant 类 表示 布尔 常量 。 

BooleanExp 为 所 有 定义 一 个 布尔 表达 式 的 类 定义 了 一 个 接口 : 

class BooleanExp { 

public: 


BooleanExp(); 
virtual "BooleanExp(); 


virtual bool Evaluate(Context&) - 0; 
virtual BooleanExp* Replace(const char*, BooleanExp&) - O0; 
virtual BooleanExp* Copy() const - 0; 

F; 


类 Context 定义 从 变量 到 布尔 值 的 一 个 映射 , 这 些 布尔 值 我 们 可 用 C++ 中 的 常量 true 和 
false 来 表示 。Context 有 以 下 接口 : 


class Context { 
public: 
bool Lookup (const char*) const; 
void Assign(VariableExp*, bool); 
F; 


一 个 VariableExp 表示 一 个 有 名 变量 : 


日 ”为 简单 起 见 ， 我 们 忽略 了 操作 符 的 优先 次 序 且 假 定 由 构造 该 语法 树 的 对 象 负责 处 理 这 件 事 。 


class VariableExp : public BooleanExp ( 
public: 

VariableExp(const char*); 

virtual ^VariableExp(); 


virtual bool Evaluate(Contextk); 
virtual BooleanExp* Replace(const char*, BooleanExp&) ; 
virtual BooleanExp* Copy() const; ; 
private: 
char* _name; 
); 


构造 器 将 变量 的 名 字 作 为 参数 : 


VariableExp::VariableExp (const char* name) ( 
name - strdup(name); 


) 


求 一 个 变量 的 值 , 返回 它 在 当前 上 下 文中 的 值 。 


bool VariableExp::Evaluate (Context& aContext) ( 
return aContext.Lookup( name); 
) 


拷贝 一 个 变量 返回 一 个 新 的 VariableExp: 


BooleanExp* VariableExp::Copy () const ( 
return new VariableExp(. name); 
) 


在 用 一 个 表达 式 替 换 一 个 变量 时 ， 我 们 检查 该 待 蔡 换 变量 是 否 就 是 本 对 象 代表 的 变量 : 


BooleanExp* VariableExp::Replace ( 
const char* name, BooleanExp& exp 
) £ 


if (strcmp (name, name) == 0) { 
return exp.Copy(); 
) else ( 


return new VariableExp (. name); 


AndExp 表示 由 两 个 布尔 表达 式 与 操作 得 到 的 表达 式 。 


class AndExp : public BooleanExp ( 
public: 
AndExp(BooleanExp*, BooleanExp*); 
virtual ~AndExp(); 


virtual bool Evaluate (Contextk&); 
virtual BooleanExp* Replace(const char*, BooleanExp&) ; 
virtual BooleanExp* Copy() const; 
private: 
BooleanExp* . operandl; 
BooleanExp* . operand2; 
); 


AndExp::AndExp (BooleanExp* opl, BooleanExp* op2) ( 
.operandl = opl; 
.operand2 = op2; 
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一 个 AndExp 的 值 是 求 它 的 操作 数 的 值 的 逻辑 “与 ”。 


bool AndExp::Evaluate (Context& aContext) { 
return 
.operandl-»Evaluate(aContext) && 
.operand2-»Evaluate (aContext); 


AndExp 的 Copy 和 Replace 操作 将 递归 调用 它 的 操作 数 的 Copy 和 Replace 操作 : 


BooleanExp* AndExp::Copy () const ( 
return 


new AndExp(. operandl-»Copy(), .operand2-»Copy()); 


) 


BooleanExp* AndExp::Replace (const char* name, BooleanExp& exp) ( 


return 
new AndExp( 
.operandl-»Replace(name, exp), 
.operand2-»Replace(name, exp) 
yi 
} 


现在 我 们 可 以 定义 布尔 表达 式 


(true and x) or (y and (not x)) 


BooleanExp* expression; 
Context context; 


VariableExp* x 
VariableExp* y 


new VariableExp("X"); 
new VariableExp("Y"); 


expression - new OrExp( 
new AndExp(new Constant(true), x), 
new AndExp(y, new NotExp(x) ) 

); 


context.Assign(x, false); 
context.Assign(y, true); 


bool result = expression-»Evaluate (context); 


并 对 给 定 的 以 true 或 false 赋值 的 x 和 y 求 这 个 表达 式 值 : 


对 x 和 y 的 这 一 赋值 ， 求 得 该 表达 式 值 为 true。 要 对 其 他 赋值 情况 求 该 表达 式 的 值 ， 仅 


需 改 变 上 下 文 对 象 。 


最 后 ， 我 们 可 用 一 个 新 的 表达 式 蔡 换 变量 Y， 并 重新 求 什 : 


VariableExp* z = new VariableExp("Z"); 
NotExp not z(z); 


BooleanExp* replacement - expression-»Replace("Y", not z); 


context.Assign(z, true); 


result = replacement-»Evaluate (context); 


这 个 例子 说 明了 解释 需 模 式 一 个 很 重要 的 特点 : 


可 以 用 多 种 操作 来 “解释 ”一 个 句子 。 


ft 2j BooleanExp 定义 的 三 种 操作 中 , Evaluate 最 切合 我 们 关于 一 个 解释 器 应 该 做 什么 的 想 
法 一 一 它 解 释 一 个 程序 或 表达 式 并 返回 一 个 简单 的 结果 。 但 是 ， 替 换 操作 也 可 被 视 为 一 个 解 
释 硕 。 这 个 解释 需 的 上 下 文 是 被 蔡 换 变量 的 名 字符 换 它 的 表达 式 , 而 它 的 结果 是 一 个 新 的 
表达 式 。 甚 至 拷贝 也 可 被 视 为 一 个 上 下 文 为 空 的 解释 器 。 将 替换 和 拷贝 视 为 解释 器 可 能 有 点 
怪 ， 因 为 它们 仅仅 是 树 上 的 基本 操作 。Visitor(5.11) 中 的 例子 说 明了 这 三 个 操作 都 可 以 被 重 
新 组 织 为 独立 的 “解释 器 ”访问 者 ， 从 而 显示 了 它们 之 间 深 刻 的 相似 性 。 

解释 器 模式 不 仅仅 是 分 布 在 一 个 使 用 Composite(4.3) 模式 的 类 层次 上 的 操作 。 我 们 之 所 
以 认为 Evaluate 是 一 个 解释 器 ， 是 因为 我 们 认为 BooleanExp 类 层次 表示 一 个 语言 。 对 于 一 
个 用 于 表示 汽车 部 件 装配 的 类 层次 ， 即 使 它 也 使 用 组 合 模式 ， 我 们 还 是 不 太 可 能 将 Weight 和 
Copy 这 样 的 操作 视 为 解释 器 ， 因 为 我 们 不 会 把 汽车 部 件 当 作 一 个 语言 。 这 是 一 个 看 问题 的 角 
度 问 题 ， 如 果 我 们 真有 “汽车 部 件 语言 ”的 语法 ， 那 么 也 许可 以 认为 在 那些 部 件 上 的 操作 是 
以 某 种 方式 解释 该 语言 。 


10. 已 知 应 用 

解释 器 模式 在 使 用 面向 对 象 语言 实现 的 编译 器 中 得 到 了 广泛 应 用 ， 如 Smalltalk 编译 器 。 
SPECTalk 使 用 该 模式 解释 输入 文件 格式 的 描述 [Sza92]。QOCA AR -求解 工具 使 用 它 对 约 
Rit Tite [HHMV92]。 

在 最 宽泛 的 概念 下 ( 即 分 布 在 基于 Composite(4.3) 模式 的 类 层次 上 的 一 种 操作 )， 几 乎 每 
个 使 用 组 合 模式 的 系统 也 都 使 用 了 解释 器 模式 。 但 一 般 只 有 在 用 一 个 类 层次 来 定义 某 个 语言 
时 ， 才 强调 使 用 解释 器 模式 。 


11. 相关 模式 

Composite(4.3): 抽象 语法 树 是 一 个 组 合 模式 的 实例 。 
Flyweight(4.6): 说 明了 如 何在 抽象 语法 树 中 共享 终结 符 。 
Iterator(5.4): f REAR AT H]— ^ 3&1 V dio DT TA M o 

Visitor(5.11): 可 用 来 在 一 个 类 中 维护 抽象 语法 树 中 各 结 点 的 行为 。 


5.4 Iterator ( 3:1 V 28 ) 一 一 对 象 行为 型 模式 


1. 意图 
提供 一 种 方法 顺序 访问 一 个 聚合 对 象 中 的 各 个 元 素 ， 而 又 不 需要 暴露 该 对 象 的 内 部 
表示 。 


2. 别名 
游标 (cursor ) 。 


3. 动机 
一 个 聚合 对 象 ， 如 列表 ( list)， 应 该 提供 一 种 方法 来 让 别人 可 以 访问 它 的 元 素 ， 而 又 不 
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需要 暴露 它 的 内 部 结构 。 此 外 ， 针 对 不 同 的 需求 ， 可 能 要 以 不 同 的 方式 遍历 这 个 列表 。 但 是 
即使 可 以 预见 到 所 需 的 那些 遍历 操作 ， 你 可 能 也 不 布 望 列表 的 接口 中 充斥 着 各 种 不 同志 历 的 
操作 。 有 时 还 可 能 需要 在 同一 个 列表 上 同时 进行 多 个 遍历 。 

迭代 器 模式 可 帮 你 解决 所 有 这 些 问题 。 这 一 模式 的 关键 思想 是 将 对 列表 的 访问 和 遍历 从 
列表 对 象 中 分 离 出 来 并 放 和 人 一 个 迭代 器 (iterator) 对 象 中 。 和 迭代 器 类 定义 了 一 个 访问 该 列表 
元 素 的 接口 。 和 迭代 需 对 象 负责 跟踪 当前 的 元 素 ， 即 它 知道 哪些 元 素 已 经 志 历 过 了 。 

例如 ， 一 个 列表 ( List) 类 可 能 需要 一 个 列表 迭代 筑 〈ListIterator) , 它们 之 间 的 关系 如 
下 图 : 


List Listiterator 


Count() First() 
Append(Element) Next() 


Remove(Element) IsDone() 
" Currentitem() 





在 实例 化 列表 迭代 器 之 前 ， 必 须 提 供 待 遍历 的 列表 。 一 旦 有 了 该 列表 迭代 器 的 实例 ， 就 
可 以 顺序 地 访问 该 列表 的 各 个 元 素 。CurrentItem 操作 返回 列表 中 的 当前 元 素 ; First 操作 初始 
化 迭代 器 ， 使 当前 元 素 指 向 列表 的 第 一 个 元 素 ; Next 操作 将 当前 元 素 指 针 回 前 推进 一 步 ， 指 
向 下 一 个 元 素 ; 而 IsDone 检查 是 否 已 越过 最 后 一 个 元 素 ， 也 就 是 完成 了 这 次 遍历 。 

将 遍历 机 制 与 列表 对 象 分 离 使 我 们 可 以 定义 不 同 的 迭代 器 来 实现 不 同 的 遍历 策略 ， 而 无 
须 在 列表 接口 中 列举 它们 。 例 如 ， 过 滤 列 表 和 迭代 需 〈FilteringListIterator) 可 能 只 访问 那些 满 
足 特 定 过 滤 约 束 条 件 的 元 素 。 

注意 迭代 器 和 列表 是 耦合 在 一 起 的 ， 而 且 客 户 对 象 必 须知 道 遍历 的 是 一 个 列表 而 不 是 其 
他 聚合 结构 。 最 好 能 有 一 种 办 法 使 得 不 需要 改变 客户 代码 即 可 改变 该 聚合 类 。 可 以 通过 将 迭 
代 器 的 概念 推广 到 多 态 迁 代 (polymorphic iteration) 来 达到 这 个 目标 。 

例如 , 假定 我 们 还 有 一 个 列表 的 特殊 实现 ， 比 如 说 SkipList[Pug90]。SkipList 是 一 种 具 
有 类 似 于 平衡 树 性 质 的 随机 数据 结构 。 我 们 希望 我 们 的 代码 对 List 和 SkipList 对 和 象 都 适用 。 

首先 ， 定 义 一 个 抽象 列表 类 AbstractList， 它 提供 操作 列表 的 公共 接口 。 类 似 地 ， 我 们 也 
需要 一 个 抽象 的 迭代 器 类 Iterator， 它 定义 公共 的 迭代 接口 。 然 后 我 们 可 以 为 每 个 不 同 的 列表 
实现 定义 具体 的 Iterator 子 类 。 这 样 迭 代 机 制 就 与 具体 的 聚合 类 无 关 T 了 。 


AbstractList 


Createlterator() 
Count() 

Append(item) 
Remove(item) 









Iterator 





First() 

Next() 
IsDone() 
Currentitem() 







Listiterator 





SkipList 


余下 的 问题 是 如 何 创建 迭代 需 。 既 然 要 使 这 些 代 码 不 依赖 于 具体 的 列表 子 类 ， 就 不 能 仅 
仅 简 单 地 实例 化 一 个 特定 的 类 ， 而 让 列表 对 象 负责 创建 相应 的 迭代 器 。 这 需要 列表 对 象 提供 
Createlterator 这 样 的 操作 ， 客 户 请 求 调用 该 操作 以 获得 一 个 迭代 器 对 象 。 

创建 迭代 器 是 一 个 Factory Method(3.3) 模式 的 例子 。 我 们 在 这 里 用 它 来 使 得 一 个 客户 可 
向 一 个 列表 对 象 请 求 合适 的 迭代 器 。Factory Method 模式 产生 两 个 类 层次 ， 一 个 是 列表 的 ， 
一 个 是 迭代 器 的 。CreateIterator “联系 ”这 两 个 类 层次 。 

4. 适用 性 

以 下 情况 下 可 使 用 迭代 需 模 式 : 

e 访问 一 个 聚合 对 象 的 内 容 而 无 须 暴 露 它 的 内 部 表示 。 


e. 文 持 对 聚合 对 象 的 多 种 遍历 。 
e 为 遍历 不 同 的 聚合 结构 提供 一 个 统一 的 接口 〈 即 支持 多 态 迭 代 )。 
















5. 结构 
Next() 
IsDone() 
Currentitem() 
— 
6. 参与 者 
e Iterator (GEC) 
一 迭代 器 定义 访问 和 遍历 元 素 的 接口 。 
e Concretelterator (具体 迭代 器 ) 
— RA 3x gs 3S Fas Be o 


一 对 该 聚合 遍历 时 跟踪 当前 位 置 。 
e Aggregate (#4) 
一 聚合 定义 创建 相应 迭代 器 对 象 的 接口 。 
e ConcreteAggregate (具体 聚合 ) 
一 具体 聚合 实现 创建 相应 迭代 器 的 接口 ， 该 操作 返回 Concretelterator 的 一 个 适当 的 
实例 。 
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7. 协作 
e Concretelterator 跟踪 聚合 中 的 当前 对 象 ， 并 能 够 计算 出 待遇 有 历 的 后 继 对 象 。 
8. 效果 


和 迭代 需 模 式 有 三 个 重要 的 作用 : 

1) 支持 以 不 同 的 方式 遍历 一 个 聚合 ”复杂 的 聚合 可 用 多 种 方式 进行 遍历 。 例 如 ， 代 码 
生成 和 语义 检查 要 遍历 语法 分 析 树 。 代 码 生 成 可 以 按 中 序 或 者 前 序 来 遍历 语法 分 析 树 。 和 迭代 
器 模式 使 得 改变 遍历 算法 变 得 很 容易 : 仅 需 用 一 个 不 同 的 迭代 器 的 实例 代替 原先 的 实例 即 可 。 
你 也 可 以 自己 定义 迭代 器 的 子 类 以 支持 新 的 遍历 。 

2) 简化 了 聚合 的 接口 ”有 了 和 迭代 器 的 遍历 接口 ， 聚 合 本 身 就 不 再 需要 类 似 的 遍历 接口 
了 。 这 样 就 简化 了 聚合 的 接口 。 

3) 在 同一 个 聚合 上 可 以 有 多 个 遍历 ”每 个 迭代 器 保持 它 自己 的 遍历 状态 ， 因 此 你 可 以 
同时 进行 多 个 遍历 。 

9. 实现 

迭代 器 在 实现 上 有 许多 变化 和 选择 。 下 面 是 一 些 较 重要 的 实现 。 实 现 迭 代 融 模式 时 常 
需要 根据 所 使 用 的 语言 提供 的 控制 结构 来 进行 权衡 。 一 些 语言 (例如 ， i ee 
接 支持 这 一 模式 。 

1 ) 谁 控制 该 迭代 ”一 个 基本 的 问题 是 决定 由 哪 一 方 来 控制 该 迭代 ， 是 迭代 咒 还 是 使 用 
该 迭代 器 的 客户 。 当 由 客户 来 控制 迭代 时 ， 该 迭代 需 称 为 一 个 外 部 和 迭代 器 (external iterator); 
而 当 由 迭代 器 控制 迭代 时 ， 该 迭代 器 称 为 一 个 内 部 迭代 器 Cinternal iterator) 9。 使 用 外 部 
迭代 器 的 客户 必须 主动 推进 遍历 的 步伐 ， 显 式 地 向 迭代 器 请 求 下 一 个 元 素 。 相 反 ， 硅 使 用 
内 部 迭代 器 ， 客 户 只 需 向 其 提交 一 个 待 执行 的 操作 ， 而 迭代 器 将 对 聚合 中 的 每 一 个 元 素 实 
施 该 操作 。 

外 部 迭代 器 比 内 部 迭代 器 更 灵活 。 例 如 ， 若 要 比较 两 个 集合 是 否 相 等 ， 很 容易 用 外 部 
迭代 器 实现 ， 而 几乎 无 法 用 内 部 迭代 器 实现 。 在 像 C++ 这 样 不 提供 匿名 函数 、 闭 包 或 像 
Smalltalk fl CLOS 这 样 不 提供 连续 (continuation) 的 语言 中 ， 内 部 迭代 器 的 弱点 更 为 明显 。 
但 男 一 方面 ， 内 部 迭代 器 的 使 用 较为 容易 ， 因 为 它 已 经 定义 好 了 壕 代 你 辑 。 

2 ) 谁 定 义 遍历 算 法 ”和 迭代 器 不 是 唯一 可 定义 遍历 算法 的 地 方 。 聚 合 本 身 也 可 以 定义 
遍历 算法 ， 并 在 遍历 过 程 中 用 迭代 器 来 存储 当前 迭代 的 状态 。 我 们 称 这 种 欠 代 需 为 游标 
(cursor)， 因 为 它 仅 用 来 指示 当前 位 置 。 客 户 会 以 这 个 游标 为 参数 调用 该 聚合 的 Next 操作 ， 
而 Next 操作 将 改变 这 个 指示 器 的 状态 。 

如 果 和 迭代 器 负责 遍历 算法 ， 那 么 将 易于 在 相同 的 聚合 上 使 用 不 同 的 迭代 算法 ， 同 时 也 
易于 在 不 同 的 聚合 上 复 用 相同 的 算法 。 从 男 一 方面 说 ， 遍 历 算法 可 能 需要 访问 俊 合 的 私有 变 
Eo WR, RD RATE PARR GHAR. 

OQ Booch 分 别称 外 部 和 内 部 迭代 器 为 主动 (active) 和 被 动 (passive) 迭代 器 [Boo94]。 “主动 ”和 “被 动 ”两 


个 词 描述 了 客户 的 作用 , 而 不 是 指 迭 代 需 主动 与 否 。 
© liim Memento 模式 的 一 个 简单 例子 并 且 有 许多 和 它 相 同 的 实现 问题 。 
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3) 迭代 器 健壮 程度 如 何 在 遍历 一 个 聚合 的 同时 更 改 这 个 聚合 可 能 是 危险 的 。 如 果 
在 遍历 聚合 的 时 候 增 加 或 删除 聚合 元 素 ， 可 能 会 导致 两 次 访问 同一 个 元 素 或 者 遗漏 掉 某 个 
元 素 。 一 个 简单 的 解决 办 法 是 拷贝 该 聚合 ， 并 对 该 拷贝 实施 遍历 ， 但 一 般 来 说 这 样 做 代价 
太 高 。 

一 个 健壮 的 迁 代 器 (robust iterator) 保证 插入 和 删除 操作 不 会 干扰 遍历 ， 且 不 需要 拷贝 
该 聚合 。 有 许多 方法 来 实现 健壮 的 迭代 器 ， 其 中 大 多 数 需要 疝 聚 合 注册 迭代 器 。 当 搬入 或 删 
除 元 素 时 ， 该 聚合 要 么 调整 迭代 器 的 内 部 状态 ， 要 么 在 内 部 维护 额外 的 信息 以 保证 正确 的 
W JJ o 

Kofler Æ ET++[Kof93] "F X} 4nfsp Sz Su 4E 83x fas OR Pie. Murray 讨论 了 
如 何 为 USL StandardComponents 列表 类 实现 健壮 的 迭代 器 [Mur93]。 

4) 附加 的 迁 代 器 操作 ”迭代 器 的 最 小 接口 由 First、Next、IsDone 和 CurrentItem 9 操作 
组 成 。 其 他 一 些 操作 可 能 也 很 有 用 。 例 如 ， 对 有 序 的 聚合 可 用 一 个 Previous 操作 将 迭代 器 定 
位 到 前 一 个 元 素 。SkipTo 操作 用 于 已 排序 并 做 了 索引 的 聚合 ， 它 将 迭代 器 定位 到 符合 指定 条 
件 的 元 素 对 象 上 。 

5) 在 C++ 中 使 用 多 态 的 迭代 器 ”使 用 多 态 迭 代 器 是 有 代价 的 。 其 要 求 用 一 个 Factory 
Method 动态 地 分 配 迭 代 器 对 象 。 因 此 仅 当 必须 多 态 时 才 使 用 它 ， 否 则 使 用 在 栈 中 分 配 内 存 的 
RA 8593 (NE o 

多 态 迭 代 器 有 另 一 个 缺点 : 客户 必须 负责 删除 它 。 这 容易 导致 错误 ， 因 为 你 容易 忘记 释 
放 一 个 使 用 堆 分 配 的 迭代 器 对 象 ， 当 一 个 操作 有 多 个 出 口 时 尤其 如 此 。 而 且 其 间 如 果 有 异常 
被 触发 的 话 ， 和 迭代 器 对 象 将 永远 不 会 被 释放 。 

Proxy(4.4) 模式 提供 了 一 个 补救 方法 。 我 们 可 使 用 一 个 栈 分 配 的 Proxy (EASE biis f di 
的 中 间 代 理 。 该 代理 在 其 析 构 器 中 删除 迭代 器 。 这 样 当 该 代理 的 生命 周期 结束 时 ， 实 际 迭 代 
胡 将 同 它 一 起 被 释放 。 即 使 是 在 发 生 异 常 时 ,该 代理 机 制 也 能 保证 正确 地 清除 迭代 器 对 象 。 
这 就 是 著名 的 C++ “资源 分 配 即 初始 化 ”技术 [ES90] 的 一 个 应 用 。 后 面 的 代码 示例 给 出 了 一 
^ oT 

6 ) 和 迭代 器 可 有 特权 访问 ”迭代 器 可 被 看 作 创 建 它 的 聚合 的 一 个 扩展 。 和 迭代 器 和 聚合 紧 
ARo Æ C++ 中 我 们 可 让 和 迭代 需 作 为 它 的 聚合 的 一 个 友 元 (friend) 来 表示 这 种 紧密 的 关 
系 。 这 样 你 就 不 需要 在 聚合 类 中 定义 一 些 仅 为 迭代 器 所 使 用 的 操作 。 

但 是 ， 这 样 的 特权 访问 可 能 使 定义 新 的 遍历 变 得 很 难 ， 因 为 它 将 要 求 改变 该 聚合 的 接口 
增加 另 一 个 友 元 。 为 避免 这 一 问题 ， 和 迭代 器 类 可 包含 一 些 protected 操作 来 访问 聚合 类 的 重要 
ASE FE BY MRR, GEAR FA CA RAEN APA) 可 使 用 这 些 protected 操作 来 得 到 对 
该 聚合 的 特权 访问 。 

7) 用 于 组 合 对 象 的 迭代 器 “在 Composite(4.3) 模式 中 的 递归 聚合 结构 上 ， 外 部 迭代 器 


O ”甚至 可 以 将 Next、IsDone 和 CurrentItem 并 入 一 个 操作 中 ， 该 操作 前 进 到 下 一 个 对 象 并 返回 这 个 对 象 ， 如 
果 遍 历 结 束 ， 那 么 这 个 操作 返回 一 个 特定 的 值 (例如 ，0 ) 标志 该 迭代 结束 。 这 样 我 们 就 使 这 个 接口 变 得 
更 小 了 。 
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可 能 难以 实现 ， 因 为 在 该 结构 中 不 同 对 象 处 于 散 套 聚合 的 多 个 不 同 层次 ,因此 一 个 外 部 迭代 
器 为 跟踪 当前 的 对 象 必 须 存 储 一 条 纵 贯 该 Composite 的 路 径 。 有 时 使 用 一 个 内 部 迭代 器 会 更 
容易 一 些 。 它 仅 需 要 递归 地 调用 自己 即 可 ， 这 样 就 隐 式 地 将 路 径 存 储 在 调用 栈 中 ， 而 无 须 显 
式 地 维护 当前 对 象 位置 。 

如 果 组 合 中 的 结 点 有 一 个 接口 可 以 从 一 个 结 点 移 到 它 的 兄弟 绪 点 、 父 结 点 和 子 结 点 ， 那 
么 基于 游标 的 迭代 器 是 更 好 的 选择 。 游 标 只 需 跟 踪 当 前 的 结 点 ， 它 可 依赖 这 种 结 点 接口 来 所 
历 组 合 对 象 。 

组 合 常常 需要 用 多 种 方法 遍历 。 前 序 、 后 序 、 中 序 以 及 广度 优先 遍历 都 是 常用 的 。 你 可 
用 不 同 的 迭代 器 类 来 支持 不 同 的 遍历 。 

8) DARE Btik (Nulllterator) 是 一 个 退化 的 迭代 器 ， 它 有 助 于 处 理 边 界 条 件 。 
根据 定义 ，NullIterator 总 是 已 经 完成 了 遍历 ， 即 它 的 IsDone 操作 总 是 返回 true. 

空 迭 代 器 使 得 更 容易 遍历 树 形 结构 的 聚合 (如 组 合 对 象 )。 在 遍历 过 程 中 的 每 一 个 结 点 ， 
都 可 向 当前 的 元 素 请 求 遍历 其 各 个 子 结 点 的 迭代 器 。 该 聚合 元 素 将 返回 一 个 具体 的 迭代 响 。 
但 叶 结 点 元 素 返 回 Nulllterator 的 一 个 实例 。 这 就 使 我 们 可 以 用 一 种 统一 的 方式 实现 在 整个 结 
构 上 的 遍历 。 


10. 代码 示例 

我 们 将 看 一 个 简单 List 类 的 实现 ， 它 是 我 们 的 基础 库 (附录 C) 的 一 部 分 。 我 们 将 给 出 
两 个 迭代 器 的 实现 ， 一 个 以 从 前 到 后 的 次 序 遍 历 该 列表 ， 而 男 一 个 以 从 后 到 前 的 次 序 遍 历 
(基础 库 只 支持 第 一 种 )。 然 后 我 们 说 明 如 何 使 用 这 些 迭 代 器 ， 以 及 如 何 避 人 免 限 定 于 一 种 特定 
的 实现 。 在 此 之 后 ， 我 们 将 改变 原来 的 设计 以 保证 迭代 器 被 正确 地 删除 。 最 后 一 个 例子 示例 
一 个 内 部 迭代 器 ， 并 与 其 相应 的 外 部 迭代 器 进行 比较 。 

1 ) 列表 和 迁 代 器 接口 ”首先 我 们 看 看 与 实现 迭代 器 相关 的 部 分 List 接口 。 完 整 的 接口 
请 参考 附录 C。 


template <class Item> 
class List { 
public: 
List(long size = DEFAULT LIST CAPACITY); 


long Count() const; 
Item& Get(long index) const; . 
EZ «£5 
); 
iX List 类 通过 它 的 公共 接口 提供 了 一 个 合理 的 有 效 途 径 来 支持 迭代 。 它 足以 实现 这 两 
种 遍历 ， 因 此 没有 必要 给 迭代 器 对 底层 数据 结构 的 访问 特权 ， 也 就 是 说 ， 和 迭代 右 类 不 是 列表 
的 友 元 。 为 确保 对 不 同 遍 历 的 透明 使 用 ， 我们 定义 一 个 抽象 的 迭代 器 类 ， 它 定义 了 迭代 旭 
接口 。 
template <class Item> 


class Iterator { 
public: 
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virtual void First() = 0; 
virtual void Next() = 0; 
virtual bool IsDone() const = 0; 
virtual Item CurrentItem() const = 0; 
protected: 
Iterator(); 
): 


2) 和 迭代 器 子 类 的 实现 ”列表 迭代 器 是 迭代 需 的 一 个 子 类 。 


template «class Item» 
class ListIterator : public Iterator«Item» { 
public: 
ListIterator(const List«Item»* aList); 
virtual void First(); 
virtual void Next(); 
virtual bool IsDone() const; 
virtual Item CurrentItem() const; 


private: 
const List«Item»* list; 
long . current; 

); 


ListIterator 的 实现 简单 直接 。 它 存储 List 和 列表 当前 位 置 的 索引 current; 


template «class Item» 

ListIterator<Item>::ListIterator ( 
const List«Item»* aList 

) : _list(aList), _current(0) { 

} 


First 将 迭代 絮 置 于 第 一 个 元 素 : 


template <class Item> 

void ListIterator<Item>::First () { 
_current = 0; 

} 


Next 使 当前 元 素 问 前 推进 一 步 : 


template <class Item> 
void ListIterator<Item>::Next () { 
_Current++; 


} 


IsDone 检查 指向 当前 元 素 的 索引 是 否 超出 了 列表 


template «class Item» i 

bool ListIterator<Item>::IsDone () const { 
return . current >=  list-»Count(); 

) 


最 后 ，CurrentItem 返回 当前 索引 指 回 的 元 素 。 知 迭代 已 经 终止 ， 则 抛 出 一 个 Iterator- 
OutOfBounds 异 第 : 


template «class Item» 
Item ListIterator<Item>::CurrentItem () const { 
if (IsDone()) ( 
throw IteratorOutOfBounds; 


设计 模式 : 可 复 用 面向 对 办 软件 的 基础 


return list-»Get( current); 
) 
ReverseListIterator 的 实现 几乎 是 一 样 的 ， 只 不 过 它 的 First 操作 将 current 置 于 列表 的 
KÆ, M Next 操作 将 current J 1， 回 表 头 的 方 回 前 进一步 。 
3) 使 用 迭代 器 ”假定 有 一 个 雇员 (Employee) 对 象 的 List， 而 我 们 想 打 印 出 列表 包含 的 
所 有 雇员 的 信息 。Employee 类 用 一 个 Print 操作 来 打印 本 身 的 信息 。 为 打印 这 个 列表 ， 我 们 
定义 一 个 PrintEmployee 操作 ， 此 操作 以 一 个 迭代 需 为 参数 ， 并 使 用 该 和 迭代 器 遍历 和 打印 这 


个 列表 : 


void PrintEmployees (Iterator<Employee*>& i) ( 
for (i.First(); !i.IsDone(); i.Next()) { 
i.CurrentItem()-»Print(); 
) : 
) 


前 面 我 们 已 经 实现 了 从 后 回 前 和 从 前 回 后 两 种 遍历 的 迭代 器 ， 我 们 可 用 这 个 操作 以 两 种 
次 序 打印 雇员 信息 : 


List<Employee*>* employees; 

ee 

ReverseListIterator<Employee*> backward (employees); 

PrintEmployees (forward); 

PrintEmployees (backward); 

4) 避免 限定 于 一 种 特定 的 列表 实现 考虑 一 个 List 的 变 体 skiplist 会 对 迭代 代码 
产生 什么 影响 。List 的 SkipList 子 类 必须 提供 一 个 实现 Iterator # O AY 4H v. AY 35 fV, Ht 
SkipListIterator, FEAR, A TTAR, SkipListIterator 必须 保持 多 个 索引 。 既 然 
SkipListIterator 实现 了 Iterator, PrintEmployee 操作 也 可 用 于 用 SkipList 存储 的 雇员 列表 。 

SkipList«Employee*»* employees; 


pv 


SkipListIterator<Employee*> Sporn quployeus! : 
PrintEmployees(iterator); 


尽管 这 种 方法 是 可 行 的 ， 但 最 好 能 够 不 需要 明确 指定 具体 的 List 实 现 ( 此 处 即 为 
SkipList)。 为 此 可 以 引入 一 个 AbstractList 类 ， 它 为 不 同 的 列表 实现 给 出 一 个 标准 接口 。List 
和 SkipList 成 为 AbstractList 的 子 类 。 

为 支持 多 态 迭 代 ，AbstractList 定义 一 个 Factory Method， 称 为 CreatelIterator。 各 个 列表 


子 类 重 定 义 这 个 方法 以 返回 相应 的 迭代 器 。 


template <class Item> 

class AbstractList { 

public: 
virtual Iterator«Item»* CreateIterator() const - 0; 
23-3. 


另 一 个 办 法 是 定义 一 个 一 般 的 mixin 类 Traversable， 它 定义 一 个 用 于 创建 迭代 器 的 接 
口 。 聚 合 类 通过 混入 (46K) Traversable 来 支持 多 态 迭 代 。 
List $Æ X CreateIterator， 返 回 一 个 ListIterator 对 象 : 


template «class Item» 

Iterator«Item»* List«Item»::CreateIterator () const ( 
return new ListIterator«Item» (this); 

) 


现在 我 们 可 以 写 出 不 依赖 于 具体 表示 的 打印 雇员 信息 的 代码 。 


// we know only that we have an AbstractList 
AbstractList«Employee*»* employees; 
Th, £54 


Iterator<Employee*>* iterator = employees-»CreateIterator(); 
PrintEmployees (*iterator); SU eS 
delete iterator; 


5) GR uEX FEES MR 注意 CreateCreatelterator 返回 的 是 一 个 动态 分 配 的 迭代 器 对 
象 。 在 使 用 完毕 后 必须 删除 这 个 迭代 器 ， 否 则 会 造成 内 存 泄漏 。 为 方便 客户 ,我 们 提供 一 个 
IteratorPtr 作为 迭代 器 的 代理 , 这 个 机 制 可 以 保证 在 Iterator 对 象 离开 作用 域 时 清除 它 。 

IteratorPtr 总 是 在 栈 上 分 配 9。C++ 自动 调用 它 的 析 构 器 ， 而 该 析 构 器 将 删除 真正 的 迭代 
ft oIteratorPtr 重 载 了 操作 符 “->” “*”， 使 得 可 将 IteratorPtr 用 作 一 个 指向 迭代 器 的 指针 。 
IteratorPtr 的 成 员 都 实现 为 内 联 的 ， 这 样 它 们 不 会 产生 任何 额外 开销 。 


template <class Item> 

class IteratorPtr { 

public: 
IteratorPtr(Iterator<Item>* i): _i(i) { } 
“IteratorPtr() { delete i; } . 


Iterator<Item>* operator->() { return ji; ) 

Iterator«Item»& operator*() ( return * i; ) 
private: 

// disallow copy and assignment to avoid 

// multiple deletions of i: 


IteratorPtr(const IteratorPtrk); 
IteratorPtr& operator-(const IteratorPtrk&); 

private: 
Iterator<Item>* i; 


) 


IteratorPtr 简化 了 打印 代码 : 


AbstractList«Employee*»* employees; 
pW ; 


IteratorPtr«Employee*» iterator (employees->CreateIterator()); 
PrintEmployees (*iterator) ; 


6) 一 个 内 部 的 Listlterator 最 后 ， 我 们 看 看 一 个 内 部 的 或 被 动 的 ListIterator 类 是 怎么 
实现 的 。 此 时 由 迭代 器 来 控制 迭代 ， 并 对 列表 中 的 每 一 个 元 素 施行 同一 个 操作 。 


”你 只 需要 定义 私有 的 new 和 delete 操作 符 即 可 在 编译 时 保证 这 一 点 ， 不 需要 附加 的 实现 。 


"t. sp 14 M —r = ~ — E “a = > LL DL LL it i 
! 1 了 + I] Yo d x o- A 01 E i+ 
202 TX TT] TX XN I 4 A. d 187 1 2] Xj TA. aJ 7 ay 


问题 是 如 何 实现 一 个 抽象 的 迭代 器 ， 以 支持 作用 于 列表 各 个 元 素 的 不 同 操作 。 有 些 语 言 
支持 所 谓 的 匿名 函数 或 闭 包 ， 使 用 这 些 机 制 可 以 较 方便 地 实现 抽象 的 迭代 器 。 但 是 C++ 并 不 
支持 这 些 机 制 。 此 时 ， 至 少 有 两 种 办 法 可 供 选 择 : 内 给 迭代 器 传递 一 个 限 数 指针 (全 局 的 或 
静态 的 ); @) 依 赖 于 子 类 生成 。 在 第 一 种 情况 下 ， 和 迭代 器 在 迭代 过 程 中 的 每 一 步调 用 传递 给 它 
的 操作 ; 在 第 二 种 情况 下 ， 和 迭代 器 调用 子 类 重 定 义 了 的 操作 以 实现 一 个 特定 的 行为 。 

这 两 种 选择 都 不 是 尽善尽美 。 常 常 需要 在 迭代 时 累积 (accumulate) 状态 ， 而 用 函数 来 实 
现 这 个 功能 并 不 太 适 合 ， 因 为 我 们 将 不 得 不 使 用 静态 变量 来 记 住 这 个 状态 。Iterator 子 类 给 我 
们 提供 了 一 个 方便 的 存储 累积 状态 的 地 方 ， 比 如 存放 在 一 个 实例 变量 中 。 但 为 每 一 个 不 同 的 
遍历 创建 一 个 子 类 需要 做 更 多 的 工作 。 

下 面 是 第 二 种 实现 办 法 的 一 个 大 体 框 架 ， 它 利用 了 子 类 生成 。 这 里 我 们 称 内 部 和 迭代 硕 为 


一 个 ListTraverser. 


template «class Item» 
class ListTraverser ( 
public: 
ListTraverser(List«Item»* aList); 
bool Traverse(); 
protected: 
virtual bool ProcessItem(const Item&) - 0; 
private: 
ListIterator<Item>  iterator; 


ListTraverser 以 一 个 List 实例 为 参数 。 在 内 部 ， 它 使 用 一 个 外 部 Listlterator ZEfT3& Dj - 
Traverse 启动 遍历 并 对 每 一 元 素 项 调用 ProcessItem 操作 。 内 部 迭代 器 可 在 某 次 ProcessItem 
操作 返回 false 时 提前 终止 本 次 遍历 。 而 Traverse 返回 一 个 布尔 值 指示 本 次 遍历 是 否 提前 
终止 。 


template <class Item> 

ListTraverser«Item»::ListTraverser ( 
List«Item»* aList 

) : _iterator(aList) ( } 


template <class Item> 
bool ListTraverser<Item>::Traverse () { 
bool result = false; 


for ( 
_iterator.First(); 
!_iterator.IsDone() ; 
_iterator.Next () 


result = ProcessItem(_iterator.CurrentItem()); 


if (result == false) { 
break; 
} 
} 
return result; 


) 


让 我 们 使 用 一 个 ListTraverser 来 打印 雇员 列表 中 的 头 10 个 雇员 。 为 达到 这 个 目的 ， 必 
须 定义 一 个 ListTraverser 的 子 类 并 重 定义 其 ProcessItem 操作 。 我 们 用 一 个 _count 实例 变量 
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对 已 打印 的 雇员 进行 计数 。 


class PrintNEmployees : public ListTraverser«Employee*» ( 
public: 
PrintNEmployees (List<Employee*>* aList, int n) : 
ListTraverser«Employee*»(aList), 
_total(n), _count (0) { } 


protected: 

bool PR APT eR const&) ; 
private: 

int _total; 

int _count; 
}; 


bool PrintNEmployees::ProcessItem (Employee* const& e) { 
_count++; 
e->Print (); 
return _count < _total; 


下 面 是 PrintNEmployees 怎样 打印 列表 中 的 头 10 个 雇员 的 代码 : 


` List<Employee*>* employees; 
Lus 


PrintNEmployees pa(employees, 10); 
pa.Traverse(); 


注意 这 里 客户 不 需要 说 明 如 何 进 行 迭 代 循 环 。 整 个 迭代 逻辑 可 以 复 用 ， 这 是 内 部 和 迭代 需 
的 主要 优点 。 但 其 实现 比 外 部 和 迭代 器 要 复杂 一 些 ， 因 为 必须 定义 一 个 新 的 类 。 与 使 用 外 部 和 迭 
{Nat EGRE : 


ListIterator<Employee*> i(employees); 
int count = 0; 


for (i.First(); !i.IsDone(); i.Next()) ( 
count++; 
i.CurrentItem()-»Print(); 


if (count »- 10) ( 
break; 
) 


内 部 迭代 器 可 以 封装 不 同类 型 的 迭代 。 例 如 ，FilteringListTraverser 封装 的 迭代 仅 处 理 能 
通过 测试 的 列表 元 素 : 


template <class Item> 
class FilteringListTraverser { 
public: 
TO ft aList); 
bool Traverse(); 
protected: 
virtual bool ProcessItem(const Item&) - 0; 
virtual bool TestItem(const Item&) = 0; 
private: 
ListIterator«Item»  iterator; 
}; 


iXP 2H OBS Ami A% TestItem 外 与 ListTraverser 相同 ， 它 的 子 类 将 


重 定 义 TestItem 以 指定 所 需 的 测试 。 
Traverse 根据 测试 的 结果 决定 是 否 越过 当前 元 素 继续 遍历 : 


template «class Item» 
void FilteringListTraverser«Item»::Traverse tk" 
bool result = false; 


for ( 
_iterator.First(); 
! iterator.IsDone(); 
_iterator.Next () 


ZR (TestItem( iterator.CurrentItem())) ( 
result = ProcessItem(_iterator.CurrentItem()): 
if (result == false) ( 
break; 


) 
) 
) 
return result; 


) 
这 个 类 的 一 种 变 体 是 让 Traverse 返回 值 指示 是 否 至 少 有 一 个 元 素 通过 测试 。 


11. 已 知 应 用 

迭代 器 在 面 品 对 象 系统 中 很 普遍 。 大 多 数 集合 类 库 都 以 不 同 的 形式 提供 了 和 迭代 器 。 

这 里 是 一 个 流行 的 集合 类 库 一 一 Booch 构件 [Boo94] 中 的 一 个 例子 ,该 类 库 提供 了 一 个 
队列 的 两 种 实现 : 固定 大 小 的 (有 界 的 ) 实现 和 动态 增长 的 (无 界 的 ) 实现 。 队 列 的 接口 由 一 
个 抽象 的 Queue 类 定义 。 为 了 文 持 不 同 队 列 实现 上 的 多 态 迭 代 ， 队 列 迭 代 器 的 实现 基于 抽象 
的 Queue 类 接口 。 这 样 做 的 优点 在 于 ， 不 需要 每 个 队列 都 实现 一 个 Factory Method 来 提供 合 
适 的 迭代 器 。 但 是 ， 它 要 求 抽象 Queue 类 的 接口 的 功能 足够 强大 以 有 效 地 实现 通用 迭代 器 。 

在 Smalltalk 中 不 需要 显 式 定义 迭代 副 。 标 准 的 集合 类 ( 包 、 集 合 、 字 典 、 有 序 集 、 字 符 
E, FF) 都 定义 一 个 内 部 迭代 器 方法 do:， 它 以 一 个 程序 块 ( 即 闭 包 ) 为 参数 。 集 合 中 的 每 
个 元 素 先 被 绑 定 于 程序 块 中 的 局 部 变量 ， 然 后 该 程序 块 被 执行 。Smalltalk 也 包括 一 些 Stream 
类 ， 这 些 Stream 类 支持 一 个 类 似 于 迭代 器 的 接口 。ReadStream 实质 上 是 一 个 迭代 器 ， 而 且 
对 所 有 的 顺序 集合 它 都 可 作为 一 个 外 部 迭代 器 。 对 于 非 顺序 的 集合 类 (如 集合 和 字典 ) 没有 
标准 的 外 部 迭代 器 。 

ET++ 4E ait K [WGMS8] 提供 了 前 面 讨 论 的 多 态 迭 代 器 和 负责 清除 迭代 器 的 Proxy。 
Unidraw FEE n 48 HE A (8: FA SE T d zs a8 IE Cae [VL90]。 

ObjectWindow2.0[Bor94] 为 容 需 提供 了 一 个 迭代 顺 类 层次 。 你 可 对 不 同 的 容器 类 型 用 相 
同 的 方法 迭代 。ObjectWindow 迭代 语法 靠 重 载 后 增 量 运算 符 ++ 推进 迭代 。 


12. 相关 模式 
Composite(4.3): 和 迭 代 器 党 被 应 用 到 像 组 合 这 样 的 递归 结构 上 。 
Factory Method(4.3): 多 态 和 迭代 句 靠 Factory Method 来 实例 化 适当 的 迭代 器 子 类 。 


， 在 这 些 例 子 中 ，Traverse 操作 是 一 个 带 原 语 操作 TestItem 和 ProcessItem 的 Template Method(5.10). 
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Memento(5.6) : 常 与 迭代 器 模式 一 起 使 用 。 和 迭代 器 可 使 用 memento 来 捕获 一 个 迭代 的 状 
AS. TERA EEL BF memento, 


5.5 Mediator (中介 者 ) 一 一 对 象 行 为 型 模式 


1. 意图 
用 一 个 中 介 对 象 来 封装 一 系列 的 对 象 交 互 。 中 介 者 使 各 对 象 不 需要 显 式 地 相互 引用 ， 从 
而 使 其 耦合 松散 ， 而 且 可 以 独立 地 改变 它们 之 间 的 交互 。 


2. 动机 

面 问 对 象 设 计 豆 励 将 行为 分 布 到 各 个 对 象 中 。 这 种 分 布 可 能 会 导致 对 象 间 有 许多 连接 。 
在 最 坏 的 情况 下 ， 每 一 个 对 象 都 知道 其 他 所 有 对 象 。 

虽然 将 一 个 系统 分 割 成 许多 对 象 通常 可 以 增强 可 复 用 性 ,但 是 对 象 间 相互 连接 的 激增 
又 会 降低 其 可 复 用 性 。 大 量 的 相互 连接 使 得 一 个 对 象 似乎 不 太 可 能 在 没有 其 他 对 象 的 支持 下 
工作 一 一 系统 表现 为 一 个 不 可 分 割 的 整体 。 而 且 ， 对 系统 的 行为 进行 任何 较 大 的 改动 都 十 分 
困难 ， 因 为 行为 被 分 布 在 许多 对 象 中 。 结 果 是 ， 你 可 能 不 得 不 定义 很 多 子 类 以 定制 系统 的 
行为 。 

例如 ， 考 虑 一 个 图 形 用 户 界面 中 对 话 框 的 实现 。 对 话 杠 使 用 一 个 窗口 来 展现 一 系列 的 窗 
口 组 件 ， 如 按钮 、 菜 单 和 输入 域 等 ， 如 下 图 所 示 。 
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通常 对 话 框 中 的 窗口 组 件 间 存 在 依赖 关系 。 例 如 ， 当 一 个 特定 的 输入 域 为 空 时 ， 某 个 按 
钮 不 能 使 用 ; 在 称 为 列表 框 的 一 列 选项 中 选择 一 个 表 目 可 能 会 改变 一 个 输入 域 的 内 容 ; 在 输 
入 域 中 输入 文本 可 能 会 自动 地 选择 一 个 或 多 个 列表 框 中 相应 的 表 目 ; 一 旦 文本 出 现在 输入 域 
中 ， 其 他 一 些 按钮 可 能 就 变 得 能 够 使 用 了 ， 这 些 按钮 允许 用 户 做 一 些 操 作 ， 比 如 改变 或 删除 
文本 所 指 的 东西 。 
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不 同 的 对 话 框 会 有 不 同 的 窗口 组 件 间 的 依赖 关系 。 因 此 即使 对 话 框 显示 相同 类 型 的 窗口 
组 件 ， 也 不 能 简单 地 直接 复 用 已 有 的 窗口 组 件 类 ， 而 必须 定制 它们 以 反映 特定 对 话 框 的 依赖 
关系 。 由 于 涉及 多 个 类 ， 用 逐个 生成 子 类 的 办 法 来 定制 它们 会 很 元 长 。 

可 以 通过 将 集体 行为 封装 在 一 个 单独 的 中 介 者 (mediator) 对 象 中 来 避免 这 个 问题 。 中 介 
者 负责 控制 和 协调 一 组 对 象 间 的 交互 。 中 介 者 充当 一 个 中 介 以 使 组 中 的 对 象 不 再 相互 显 式 引 
用 。 这 些 对 象 仅 知 道中 介 者 ， 从 而 减少 了 相互 连接 的 数目 。 

例如 ，FontDialogDirector 可 作为 一 个 对 话 框 中 的 窗口 组 件 间 的 中 介 者 。FontDialog- 
Director 对 象 知道 对 话 框 中 的 各 窗口 组 件 ， 并 协调 它们 之 间 的 交互 。 它 充当 窗口 组 件 间 通 信 
的 中 转 中 心 ， 如 下 图 所 示 。 












aClient 













aFontDialogDirector 






anEntryField 


下 面 的 交互 图 说 明了 各 对 象 如 何 协作 处 理 一 个 列表 框 中 选项 的 变化 。 


Mediator Colleagues 
aClient aFontDialogDirector aListBox — anEntryField 


GetSelection() 


SetText() 





下 面 一 系列 事件 使 一 个 列表 框 的 选择 被 传送 给 一 个 输入 域 : 

1 ) 列表 框 告诉 它 的 导 控 者 它 被 改变 了 。 

2) 导 控 者 从 列表 框 中 得 到 选中 的 选择 项 。 

3 ) 导 控 者 将 该 选择 项 传递 给 入 口 域 。 

4) 现在 入口 域 已 有 文本 ， 导 控 者 使 得 用 于 发 起 一 个 动作 〈 如 “黑体 “斜体 ) 的 某 个 〈 茶 
些 ) 按钮 可 用 。 

注意 导 控 者 是 如 何在 对 话 框 和 入 口 域 间 进行 中 介 的 。 窗 口 组 件 间 的 通信 都 通过 导 探 痢 间 
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接地 进行 ， 它 们 不 必 互 相知 道 ， 仅 需 知 道 导 探 者 。 而 且 ， 由 于 所 有 这 些 行 为 都 局 限于 一 个 类 
中 ， 只 要 扩展 或 替换 这 个 类 ， 就 可 以 改变 和 和 蔡 换 这 些 行为 。 
这 里 展示 的 是 FontDialogDirector 抽象 怎样 被 集成 到 一 个 类 库 中 ， 如 下 图 所 示 。 


















二 SLM 
ShowDialog() Changed() 94----- director-»WidgetChanged(this » 
CreateWidgets() 





WidgetChanged(Widget) 





GetSelection() 









EntryField 
FontDialogDirector SetText() 


CreateWidgets() 
WidgetChanged(Widget) 





DialogDirector 是 一 个 抽象 类 ， 它 定义 了 一 个 对 话 框 的 总 体 行 为 。 客 户 调用 ShowDialog 
操作 将 对 话 框 显示 在 屏幕 上 。CreateWidgets 是 创建 一 个 对 话 框 的 窗口 组 件 的 抽象 操 
作 。WidgetChanged 是 另 一 个 抽象 操作 ， 窗 口 组 件 调用 它 来 通知 其 导 控 者 它们 被 改变 
了 。DialogDirector 的 子 类 将 重 定 义 CreateWidgets 以 创建 正确 的 窗口 组 件 ， 并 重 定义 
WidgetChanged 以 处 理 其 变化 。 


3. 适用 性 
在 下 列 情况 下 使 用 中 介 者 模式 : 


e 一 组 对 象 以 定义 良好 但 复杂 的 方式 进行 通信 ， 产 生 的 相互 依赖 关系 结构 混乱 且 难 以 
理解 。 

e 一 个 对 象 引用 其 他 很 多 对 象 并 且 直 接 与 这 些 对 象 通信 ， 导 致 难以 复 用 该 对 象 。 

e 想 定 制 一 个 分 布 在 多 个 类 中 的 行为 ， 而 又 不 想 生 成 太 多 的 子 类 。 





一 个 典型 的 对 象 结构 可 能 如 下 页 图 所 示 。 
5. 参与 者 


e Mediator (中 介 者 ， 如 DialogDirector) 
一 中 介 者 定义 一 个 接口 用 于 与 各 同事 (Colleague) 对 象 通信 。 
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e ConcreteMediator (具体 中 介 者 ， 如 FontDialogDirector) 
一 具体 中 介 者 通过 协调 各 同事 对 象 实现 协作 行为 。 
一 了 解 并 维护 它 的 各 个 同事 。 
e Colleague class (同事 类 ,如 ListBox, EntryField) 
一 每 一 个 同事 类 都 知道 它 的 中 介 者 对 象 。 
一 每 一 个 同事 对 象 在 需要 与 其 他 同事 通信 的 时 候 ， 与 它 的 中 介 者 通信 。 













aColleague 





aColleague 












aColleague 
aConcreteMediator 







aColleague 









aColleague 


6. 协作 

e 同事 向 一 个 中 介 者 对 象 发 送 和 接收 请 求 。 中 介 者 在 各 同事 间 适 当地 转发 请 求 以 实现 协 
作 行 为 。 

7. 效果 

中 介 者 模式 有 以 下 优点 和 缺点 : 


1) 减少 了 子 类 生成 ”Mediator 将 原本 分 布 于 多 个 对 象 间 的 行为 集中 在 一 起 。 改 变 这 些 
行为 只 需 生 成 Meditator 的 子 类 即 可 ， 这 样 各 个 Colleague 类 可 被 复 用 。 

2) 将 各 Colleague f##8 Mediator 有 利于 各 Colleague 间 的 松 耦 合 ， 你 可 以 独立 地 改变 
和 复 用 各 Colleague 类 和 Mediator 类 。 

3) 简化 了 对 象 协议 ”用 Mediator 和 各 Colleague 间 的 一 对 多 交互 来 代替 多 对 多 交互 。 
一 对 多 的 关系 更 易于 理解 、 维 护 和 扩展 。 

4) 对 对 象 如 何 协作 进行 了 抽象 ”将 中 介 作 为 一 个 独立 的 概念 并 将 其 封装 在 一 个 对 象 中 ， 
使 你 将 注意 力 从 对 象 各 自 本 和 喘 的 行为 转移 到 它们 之 间 的 交互 上 来 。 这 有 助 于 弄 清楚 一 个 系统 
中 的 对 象 是 如 何 交 互 的 。 

5) 使 控制 集中 化 ”中 介 者 模式 将 交互 的 复杂 性 变 为 中 介 者 的 复杂 性 。 因 为 中 介 者 封装 
了 协议 ， 它 可 能 变 得 比 任 一 个 Colleague 都 复杂 。 这 可 能 使 得 中 介 者 自身 成 为 一 个 难于 维护 
的 庞然大物 。 


8. 实现 
下 面 是 与 中 介 者 模式 有 关 的 一 些 实现 问题 : 


1) 忽略 抽象 的 Mediator 类 %4% Colleague 仅 与 一 个 Mediator 一 起 工作 时 ， 没 有 必 
要 定义 一 个 抽象 的 Mediator 类 。Mediator 类 提供 的 抽象 耦合 已 经 使 各 Colleague 可 与 不 同 的 
Mediator 子 类 一 起 工作 ， 反 之 亦 然 。 

2) Colleague-Mediator 通信 “ 当 一 个 感 兴趣 的 事件 发 生 时 ，Colleague 必须 与 其 Mediator 
通信 。 一 种 实现 方法 是 使 用 Observer($5.7) 模 式 ， 将 Mediator 实现 为 一 个 Observer， 各 
Colleague 作为 Subject， 一 旦 其 状态 改变 就 发 送 通知 给 Mediator. Mediator 做 出 的 啊 应 是 将 
状态 改变 的 结果 传播 给 其 他 的 Colleague。 

男 一 个 方法 是 在 Mediator 中 定义 一 个 特殊 的 通知 接口 ， 各 Colleague 在 通信 时 直接 调 
用 该 接口 。Windows 下 的 Smalltalk/V 使 用 某 种 形式 的 代理 机 制 : 当 与 Mediator 通信 时 ， 
Colleague 将 自身 作为 一 个 参数 传递 给 Mediator， 使 其 可 以 识别 发 送 者 。 代 码 示例 一 节 使 用 这 
种 方法 。 而 Smalltalk/V 的 实现 方法 将 在 已 知 应 用 一 节 中 讨论 。 


9. 代码 示例 
我 们 将 使 用 一 个 DialogDirector 来 实现 动机 一 节 中 所 示 的 字体 对 话 框 。 抽 和 象 类 
DialogDirector 为 导 控 者 定义 了 一 个 接口 。 


class DialogDirector { 
public: 
virtual ^DialogDirector(); 


virtual void ShowDialog(); 
virtual void WidgetChanged(Widget*) = 0; 


protected: 
DialogDirector(); 
virtual void CreateWidgets() = 0; 


Widget 是 窗口 组 件 的 抽象 基 类 。 一 个 窗口 组 件 知道 它 的 导 控 者 。 


class Widget ( 
public: 
Widget (DialogDirector*); 
virtual void Changed(); 
virtual void HandleMouse (MouseEvent& event); 
PL 5 
private: 


DialogDirector* director; 
}; 


Changed 调用 导 控 者 的 WidgetChanged 操作 ， 通 知 导 控 者 某 个 重要 事件 发 生 了 。 


void Widget::Changed () { 
_director->WidgetChanged (this); 
) 


DialogDirector 的 子 类 重 定 义 WidgetChanged 以 导 控 相应 的 窗口 组 件 。 窗 口 组 件 把 对 
自身 的 一 个 引用 作为 WidgetChanged 的 参数 ， 使 得 导 控 者 可 以 识别 哪个 窗口 组 件 改 变 了 。 
DialogDirector 子 类 重 定义 纯 虚 函数 CreateWidgets， 在 对 话 框 中 构建 窗口 组 件 。 
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ListBox, EntryField 和 Button 是 Widget 的 子 类 ， 用 作 特 定 的 用 户 界 面 构成 元 素 。 
ListBox 提供 了 一 个 GetSelection 操作 来 得 到 当前 的 选择 项 ， 而 EntryField 的 SetText 操作 则 
将 新 的 文本 放 入 该 域 中 。 


class ListBox : public Widget { 
public: 
ListBox(DialogDirector*); 


virtual const char* GetSelection(); 
virtual void SetList (List<char*>* listItems) ; 
virtual void HandleMouse (MouseEvent& event); 
PF 

); 


class EntryField : public Widget { 
public: 
EntryField(DialogDirector*); 


virtual void SetText(const char* text); 
virtual const char* GetText(); 

virtual void HandleMouse (MouseEvent& event); 
/ / ; 

) 


Button 是 一 个 简单 的 窗口 组 件 ， 它 一 旦 被 按 下 就 调用 Changed。 这 是 在 其 HandleMouse 
的 实现 中 完成 的 : 


class Button : public Widget ( 
public: 
Button(DialogDirector*); 


virtual void SetText(const char* text); 
virtual void HandleMouse (MouseEvent& event); 
/ / 

); 

void Button::HandleMouse (MouseEvent& event) ( 
I7 4v 
Changed () ; 


FontDialogDirectator 类 在 对 话 框 中 的 窗口 组 件 间 进行 中 介 。FontDialogDirectator 是 
DialogDirector 的 子 类 : 


class FontDialogDirector : public DialogDirector { 
public: 

FontDialogDirector(); 

virtual ^FontDialogDirector(); 

virtual void WidgetChanged(Widget*) ; 


protected: 
virtual void CreateWidgets(); - 


private: 
Button* ok; 
Button* . cancel; 
ListBox* _fontList; 
EntryField*  fontName; 


hi 


FontDialogDirector 跟踪 它 显 示 的 窗口 组 件 。 它 重 定 义 CreateWidgets 以 创建 窗口 组 件 并 
初始 化 对 它们 的 引用 : 


void FontDialogDirector::CreateWidgets () ( 
_ok = new Button(this); 
cancel - new Button(this); 
 fontList - new ListBox(this); 
 fontName - new EntryField(this); 
// fill the listBox with the available font names 


// assemble the widgets in the dialog 
) 


WidgetChanged 保证 窗口 组 件 正确 地 协同 工作 : 


void FontDialogDirector::WidgetChanged ( 
Widget* theChangedWidget 
) ( 
if (theChangedWidget --  fontList) ( 
 fontName-»SetText( fontList-»GetSelection()); 


) else if (theChangedWidget == ok) { 
// apply font change and dismiss dialog 
py T$ 


) else if (theChangedWidget -- .cancel) ( 
// dismiss dialog 


) 
) 


WidgetChanged 的 复杂 度 随 对 话 框 的 复杂 度 的 增加 而 增加 。 在 实践 中 ， 大 对 话 框 并 不 受 
欢迎 ， 其 原因 是 多 方面 的 ， 其 中 一 个 重要 原因 是 中 介 者 的 复杂 性 可 能 会 抵消 该 模式 在 其 他 方 
面市 来 的 好 处 。 


10. 已 知 应 用 

ET++[WGM88] 和 THINK C 类 库 [Sym93b] 都 在 对 话 框 中 使 用 类 似 导 控 者 的 对 和 象 作 为 窗 
口 组 件 间 的 中 介 者 。 

Windows 下 的 Smalltalk/V 的 应 用 结构 基于 中 介 者 结构 [LaL94]。 在 这 个 环境 中 ， 一 个 
应 用 由 一 个 包含 一 组 窗 格 (pane) 的 窗口 组 成 。 该 类 库 包含 若干 预定 义 的 Pane 对 象 ， 比 如 
说 TextPane, ListBox, 、Button ， 等 等 。 这 些 窗 格 无 须 继承 即 可 直接 使 用 。 应 用 开发 者 仅 需 由 
ViewManager 衍生 子 类 ，ViewManager 类 负责 窗 格 间 的 协调 工作 。ViewManager 是 一 个 中 介 
者 ， 而 每 一 个 窗 格 只 知道 它 的 视图 管理 器 (view manager)， 它 被 看 作 该 窗 格 的 “主人 ”。 窗 
格 不 直接 互相 引用 。 

下 页 的 对 象 图 显示 了 一 个 应 用 运行 时 的 情景 。 

Smalltalk/V 的 Pane-ViewManager 通信 使 用 一 种 事件 机 制 。 当 一 个 窗 格 想 从 中 介 者 得 
到 信息 或 想 通 知 中 介 者 一 些 重要 的 事情 发 生 时 ， 它 产生 一 个 事件 。 事 件 定义 一 个 符号 (如 
#select) 来 标识 该 事件 。 为 处 理 该 事件 ， 视 图 管理 器 为 该 窗 格 注册 一 个 候选 方法 。 这 个 方法 
是 该 事件 的 处 理 程序 一旦 该 事件 发 生 它 就 会 被 调用 。 
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下 面 的 代码 片段 说 明了 在 ViewManager 子 类 中 ， 一 个 ListPane 对 象 如 何 被 创建 以 及 
ViewManager 如 何 为 #select 事件 注册 一 个 事件 处 理 程序 : 





self addSubpane: (ListPane new 
paneName: 'myListPane'; 
owner: self; 
when: #select perform: #listSelect:). 


男 一 个 中 介 者 模式 的 应 用 是 用 于 协调 复杂 的 更 新 。 一 个 例子 是 在 Observer(5.7) 中 提 到 
的 ChangeManager 类 。ChangeManager 在 subject 和 observer 间 进 行 协调 以 避免 元 余 的 更 新 。 
当 一 个 对 象 改变 时 ， 它 通知 ChangeManager, ChangeManager 随即 通知 依赖 于 该 对 象 的 那些 
对 象 以 协调 更 新 。 

一 个 类 似 的 应 用 出 现在 Unidraw 绘图 框架 [VL90] 中 ， 它 使 用 一 个 称 为 CSolver 的 类 来 
实现 “连接 器 ” 间 的 连接 约束 。 图 形 编辑 器 中 的 对 象 可 用 不 同 的 方式 表现 出 相互 依附 。 连 接 
器 用 于 自动 维护 连接 的 应 用 中 ， 如 框图 编辑 咒 和 电路 设计 系统 。CSolver Æ E Harla ig PIT 
者 ， 它 解释 连接 约束 并 更 新 连接 器 的 位 置 以 反映 这 些 约束 。 


11. 相关 模式 

Facade (4.5) 与 中 介 者 的 不 同 之 处 在 于 ， 它 是 对 一 个 对 象 子 系统 进行 抽象 ， 从 而 提供 了 一 
个 更 为 方便 的 接口 。 它 的 协议 是 单 向 的 ， 即 Facade 对 象 对 这 个 子 系统 类 提出 请 求 ， 但 反之 则 
不 行 。 相 反 ，Mediator 提供 了 各 Colleague 对 象 不 支持 或 不 能 支持 的 协作 行为 ， 而 且 协 议 是 
Zn]. 

Colleague 可 使 用 Observer(5.7) 模式 与 Mediator 通信 。 


5.6 Memento (AEk) 一 一 对 象 行 为 型 模式 
1. 意图 


在 不 破坏 封装 性 的 前 提 下 ， 捕 获 一 个 对 象 的 内 部 状态 ， 并 在 该 对 象 之 外 保存 这 个 状态 。 
这 样 以 后 就 可 将 该 对 象 恢复 到 原先 保存 的 状态 。 
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2. 别名 
Token, 


3. 动机 

有 时 有 必要 记录 一 个 对 象 的 内 部 状态 。 为 了 人 允许 用 户 取 消 不 确定 的 操作 或 从 错误 中 恢 
复 过 来 ， 需 要 实现 检查 点 和 取消 机 制 ， 而 要 实现 这 些 机 制 ， 你 必须 事先 将 状态 信息 保存 在 某 
处 ， 这 样 才 能 将 对 象 恢复 到 它们 先前 的 状态 。 但 是 对 象 通常 封装 了 其 部 分 或 所 有 的 状态 信 
息 ， 使 得 其 状态 不 能 被 其 他 对 象 访问 ， 也 就 不 可 能 在 该 对 象 之 外 保存 其 状态 。 而 暴露 其 内 部 
状态 又 将 违反 封装 的 原则 ， 可 能 有 损 应 用 的 可 车 性 和 可 扩展 性 。 

例如 ， 考 虑 一 个 图 形 编辑 项 ， 它 支持 图 形 对 象 间 的 连 线 。 用 户 可 用 一 条 直线 连接 两 个 撼 
形 ， 而 当 用 户 移动 任意 一 个 矩形 时 ， 这 两 个 矩形 仍 能 保持 连接 。 在 移动 过 程 中 ,编辑 右上 自动 
伸展 这 条 直线 以 保持 该 连接 。 





一 个 众所周知 的 保持 对 象 间 连接 关系 的 方法 是 使 用 约束 解释 系统 。 我 们 可 将 这 一 功能 封 
装 在 一 个 ConstraintSolver 对 象 中 。ConstraintSolver 在 连接 生成 时 ， 记 录 这 些 连 接 并 产生 描 
述 它 们 的 数学 方程 。 当 用 户 生成 一 个 连接 或 修改 图 形 时 ，ConstraintSolver 就 求解 这 些 方程 。 
并 根据 它 的 计算 结果 重新 调整 图 形 ， 使 各 个 对 象 保 持 正确 的 连接 。 

在 这 一 应 用 中 ， 文 持 取消 操作 并 不 像 看 起 来 那么 容易 。 一 个 显而易见 的 方法 是 ， 每 次 移 
动 时 保存 移动 的 距离 ， 而 在 取消 这 次 移动 时 该 对 象 移 回 相等 的 距离 。 然 而 ， 这 不 能 保证 所 有 
的 对 象 都 会 出 现在 它们 原先 出 现 的 地 方 。 设 想 在 移动 过 程 中 某 连 接 中 有 一 些 松 弛 。 在 这 种 情 
况 下 ， 简 单 地 将 矩形 移 回 它 原来 的 位 置 并 不 一 定 能 得 到 预想 的 结果 。 


m 


一 般 来 说 ，ConstraintSolver 的 公共 接口 可 能 不 足以 精确 地 逆转 它 对 其 他 对 象 的 作用 。 为 
重建 先前 的 状态 ， 取 消 操 作 机 制 必 须 与 ConstraintSolver 更 紧密 地 结合 ， 但 我 们 同时 也 应 避 
免 将 ConstraintSolver 的 内 部 暴露 给 取消 操作 机 制 。 

我 们 可 用 备忘录 (Memento) 模式 解决 这 一 问题 。 一 个 备忘录 (memento) 是 一 个 对 象 ， 
它 存 储 另 一 个 对 象 在 某 个 瞬间 的 内 部 状态 ， 而 后 者 称 为 备忘录 的 原 发 怖 (originator)。 当 需 
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在 刚才 讨论 的 图 形 编辑 器 的 例子 中 ，ConstraintSolver 可 作为 一 个 原 发 器 。 下 面 的 事件 序 
列 描述 了 取消 操作 的 过 程 : 

1) 作为 移动 操作 的 一 个 副作用 ， 编 辑 器 向 ConstraintSolver 32K — P f& ARo 

2 ) ConstraintSolver 创建 并 返回 一 个 备忘录 ， 在 这 个 例子 中 该 备忘录 是 SolverState 类 的 
一 个 实例 。SolverState 备忘录 包含 一 些 描述 ConstraintSolver 的 内 部 等 式 和 变量 当前 状态 的 
数据 结构 。 

3) 此 后 当 用 户 取消 移动 操作 时 ， 编 辑 器 将 SolverState 备忘录 送 回 给 ConstraintSolver。 

4) 根据 SolverState 备忘录 中 的 信息 ，ConstraintSolver 改变 它 的 内 部 结构 以 精确 地 将 它 
的 等 式 和 变量 返回 到 它们 各 自 先前 的 状态 。 

这 一 方案 允许 ConstraintSolver 把 恢复 先前 状态 所 需 的 信息 交 给 其 他 的 对 象 ， 而 又 不 骏 
露 它 的 内 部 结构 和 表示 。 | 

4. 适用 性 

在 以 下 情况 下 使 用 备忘录 模式 : 

e 必须 保存 一 个 对 象 在 某 个 时 刻 的 〈 部 分 ) 状态 ， 这 样 以 后 需要 时 它 才 能 恢复 到 先前 的 

状态 。 
e 如 果 一 个 接口 让 其 他 对 象 直接 得 到 这 些 状 态 ， 将 会 暴露 对 象 的 实现 细节 并 破坏 对 象 的 
封装 性 。 


5. 结构 








Originator Memento 


SetMemento(Memento m) 9 
CreateMemento() 9 


GetState() 
SetState() 


State 


L3 
| return new Memento(state) | state = m-»GetState() 


6. 参与 者 


Memento (备忘录 ， 如 SolverState) 

一 备忘录 存储 原 发 器 对 象 的 内 部 状态 。 原 发 器 根据 需要 决定 备 筷 录 存 储 原 发 仑 的 哪些 
内 部 状态 。 

一 防止 原 发 器 以 外 的 其 他 对 象 访问 备忘录 。 和 备忘录 实际 上 有 两 个 接口 ， 管 理 者 
(caretaker) 只 能 看 到 备忘录 的 窒 接 口 一 一 它 只 能 将 备忘录 传递 给 其 他 对 象 。 相 反 ， 





第 5 章 ”行为 型 模式 ”215 


原 发 需 能 够 看 到 一 个 宽 接 口 ， 人 允许 它 访问 返回 到 先前 状态 所 需 的 所 有 数据 。 理 想 
的 情况 是 只 允许 生成 本 备忘录 的 那个 原 发 需 访 问 本 备 筷 录 的 内 部 状态 。 
e Originator (RA, 4 ConstraintSolver) 
一 原 发 器 创建 一 个 备忘录 , 用 以 记录 当前 时 刻 它 的 内 部 状态 。 
一 使 用 备忘录 恢复 内 部 状态 。 
e Caretaker (管理 者 ， 如 undo mechanism) 
— fA VERE EE A ASK o 
一 不 能 对 备忘录 的 内 容 进 行 操 作 或 检查 。 


7. 协作 
e 管理 者 癌 原 发 絮 请 求 一 个 备 起 录 ， 保 留 一 段 时 间 后 ， 将 其 送 回 给 原 发 右 ， 如 下 面 的 交 
HE. 


aCaretaker anOriginator aMemento 





& IE BER AS AREE RKR In eA. ERN ci A] BEAR A AP ra BEB BSC BU RAS c 
e SD RERAN. RARER ERR OU E BUT SET AA © 


8. 效果 

备忘录 模式 有 以 下 一 些 效果 : 

1) 保持 封装 边界 ”使 用 备忘录 可 以 避免 暴露 一 些 只 应 由 原 发 融 管 理 却 又 必须 存储 在 原 
发 器 之 外 的 信息 。 该 模式 把 可 能 很 复杂 的 Originator 内 部 信息 对 其 他 对 象 屏 蔽 起 来 ， 从 而 保 
持 了 封装 边界 。 

2) 简化 了 原 发 器 ”在 其 他 的 保持 封装 性 的 设计 中 ，Originator 负责 保持 客户 请 求 过 的 内 
部 状态 版 本 。 这 就 把 所 有 存储 管理 的 重任 交 给 了 Originator。 让 客户 管理 请 求 的 状态 将 会 简 
化 Originator, FFA HBA PLFA RAT DCA AUR ACHE o 

3) 使 用 备忘录 可 能 代价 很 高 ”如果 原 发 器 在 生成 备忘录 时 必须 拷贝 并 存储 大 量 的 信息 , 
或 者 客户 非常 频繁 地 创建 备 筷 录 和 恢复 原 发 锅 状 态 ， 可 能 会 导致 非常 大 的 开销 。 除 非 封 闭 和 
恢复 Originator 状态 的 开销 不 大 ， 否 则 该 模式 可 能 并 不 合适 。 参 见 实 现 一 节 中 关于 增 量 式 改 
变 的 讨论 。 

4) 定义 窄 接口 和 宽 接 口 ”在 一 些 语言 中 可 能 难以 保证 只 有 原 发 人 句 可 访问 备忘录 的 状态 。 
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5) 维护 备忘录 的 潜在 代价 ”管理 者 负责 删除 它 所 维护 的 备忘录 。 然 而 ， 管 理 者 不 知道 
备忘录 中 有 和 多少 个 状态 。 因 此 当 存 储备 忘 录 时 ， 一 个 本 来 很 小 的 管理 者 可 能 会 产生 大 量 的 存 
储 开 销 。 

9. 实现 

下 面 是 实现 备忘录 模式 时 应 考虑 的 两 个 问题 : 

1 ) 语言 支持 ”备忘录 有 两 个 接口 : 一 个 为 原 发 器 所 使 用 的 宽 接 口 ， 一 个 为 其 他 对 象 所 
使 用 的 罕 接 口 。 理 想 的 实现 语言 应 可 支持 两 级 的 静态 保护 。 在 C++ 中 ， 可 将 Originator fF 
为 Memento 的 一 个 友 元 ， 并 使 Memento 宽 接 口 为 和 有 的 。 只 有 罕 接 口 应 该 被 声明 为 公共 的 。 
例如 : 


class State; 


class Originator { 

public: 
Memento* CreateMemento() ; 
void SetMemento(const Memento*) ; 
PX. ad 

private: 
State* state; // internal data structures 
ITLAR 

); 

class Memento ( 

public: 
// narrow public interface 
virtual "Memento(); 

private: 
// private members accessible only to Originator 
friend class Originator; 
Memento(); 
void SetState(State*); 
State* GetState(); 
TT wees 

private: 
State* _state; 
SF 4ss 

); 


2) 存储 增 量 式 改 变 如 果 备 忘 录 的 创建 及 其 返回 (给 它们 的 原 发 器 ) 的 顺序 是 可 预测 
的 ， 备 忘 录 可 以 仅 存 储 原 发 右 内 部 状态 的 增 量 改变 。 

例如 ， 一 个 包含 可 撤销 的 命令 的 历史 列表 可 使 用 备忘录 ， 以 保证 命令 被 取消 时 它们 可 以 
恢复 到 正确 的 状态 (参见 Command(5.2))。 历 史 列 表 定 义 了 一 个 特定 的 顺序 ， 按 照 这 个 顺序 
命令 可 以 被 撤销 和 重 做 。 这 意味 着 备忘录 可 以 只 存储 一 个 命令 所 产生 的 增 量 改变 而 不 是 它 所 
影响 的 每 一 个 对 象 的 完整 状态 。 在 前 面 动机 一 节 给 出 的 例子 中 ,约束 解释 器 可 以 仅 存储 那些 
变化 了 的 内 部 结构 ， 以 保持 直线 与 矩形 相连 ， 而 不 是 存储 这 些 对 象 的 绝对 位 置 。 


10. 代码 示例 

此 处 给 出 的 C++ 代码 展示 的 是 前 面 讨 论 过 的 ConstraintSolver 的 例子 。 我 们 使 用 
MoveCommand 命令 对 象 (参见 Command(5.2)) 来 执行 (取消 ) 一 个 图 形 对 象 从 一 个 位 
置 到 另 一 个 位 置 的 移动 变换 。 图 形 编 辑 器 调用 命令 对 象 的 Execute 操作 来 移动 一 个 医 


第 5 章 “行为 型 模式 217 


形 对 象 ， 而 用 Unexecute 来 取消 该 移动 。 命 令 对 象 存 储 它 的 目标 、 移 动 的 距离 和 一 个 
ConstraintSolverMemento 的 实例 ， 它 是 一 个 包含 约束 解释 需 状 态 的 备忘录 。 


class Graphic; 
// base class for graphical objects in the graphical editor 


class MoveCommand { 
public: 
MoveCommand(Graphic* target, const Point& delta); 
void Execute(); 
void Unexecute(); 
private: 
ConstraintSolverMemento* state; 
Point , delta; 
Graphic* target; 
); 


连接 约束 由 ConstraintSolver 25 8] #. " AY K HE Ji, Hi PAZ Xe Solve, € ff FEAR He d 
AddConstraint 操作 注册 的 约束 。 为 文 持 取消 操作 ，ConstraintSolver 用 CreateMemento 操作 
将 自身 状态 存储 在 外 部 的 一 个 ConstraintSolverMemento 实例 中 。 调 用 SetMemento 可 使 约束 
解释 器 返回 到 先前 某 个 状态 。ConstraintSolver 是 一 个 Singleton(3.5)。 


class ConstraintSolver { 
public: 
static ConstraintSolver* Instance(); 


void Solve(); 
void AddConstraint( 

Graphic* startConnection, Graphic* endConnection 
js 
void RemoveConstraint ( 

Graphic* startConnection, Graphic* endConnection 
)3 


ConstraintSolverMemento* CreateMemento(); 

void SetMemento(ConstraintSolverMemento*) ; 
private: 

// nontrivial state and operations for enforcing 

// connectivity semantics 


class ConstraintSolverMemento { 
public: 
virtual ~ConstraintSolverMemento() ; 
private: 
friend class ConstraintSolver; 
ConstraintSolverMemento() ; 


// private constraint solver state 


给 定 这 些 接口 ， 我 们 可 以 实现 MoveCommand WIER PR Execute 和 Unexecute: 


void MoveCommand::Execute () { 
ConstraintSolver* solver - ConstraintSolver::Instance(); 
state - solver-»CreateMemento(); // create a memento 
 target-»Move( delta); 
solver-»Solve(); 


void MoveCommand::Unexecute () ( 
ConstraintSolver* solver - ConstraintSolver::Instance(); 
.target-»Move(- delta); 
solver-»SetMemento( state); // restore solver state 
solver-»Solve(); 

) 


Execute 在 移动 图 形 前 先 获取 一 个 ConstraintSolverMemento 备忘录 。Unexecute 先 将 图 
形 移 回 ， 再 将 约束 解释 器 的 状态 设 回 原先 的 状态 ， 最 后 让 约束 解释 器 解释 这 些 约 束 。 


11. 已 知 应 用 

前 面 的 代码 示例 是 来 自 Unidraw 中 通过 Csolver 类 [VL90] 实现 的 对 连接 的 支持 。 

Dylan 中 的 Collection[App92] 提供 了 一 个 反映 备忘录 模式 的 迭代 接口 。Dylan 的 集合 有 
一 个 “状态 ”对 象 的 概念 ， 它 是 一 个 表示 和 迭代 状态 的 备忘录 。 每 一 个 集合 可 以 按照 它 所 选择 
的 任意 方式 表示 迭代 的 当前 状态 ， 该 表示 对 客户 完全 不 可 见 。Dylan 的 迭代 方法 转换 为 C++ 
可 表示 如 下 : 


template «class Item» 
class Collection í( 
public: 

Collection(); 


IterationState* CreateInitialState(); 

void Next(IterationState*); 

bool IsDone(const IterationState*) const; 

Item CurrentItem(const IterationState*) const; 
IterationState* Copy(const IterationState*) const; 


void Append(const Itemé&) ; 
void Remove(const Item&); 


PESVW 
}3 


CreateInitialState 为 该 集合 返回 一 个 已 初始 化 的 IterationState IA. Next 将 状态 对 象 推 
进 到 迭代 的 下 一 个 位 置 ， 实 际 上 它 将 迭代 索引 加 1。 如 果 Next 已 经 超出 集合 中 的 最 后 一 个 元 
3&, IsDone 返回 true; CurrentItem 返回 状态 对 象 当 前 所 指 的 那个 元 素 。Copy 返回 给 定 状态 
对 象 的 一 个 拷贝 。 这 可 用 来 标记 迭代 过 程 中 的 某 一 点 。 

给 定 一 个 类 ItemType， 我 们 可 以 像 下 面 这 样 在 它 的 实例 集合 上 进行 迭代 9S: 

class ItemType { 

public: 

void Process(); 


FP SUMA 
); 


Collection«ItemType*» aCollection; 
IterationState* state; 


state - aCollection.CreateInitialState(); 


”注意 我 们 在 迭代 的 最 后 删除 该 状态 对 象 。 但 如 果 ProcessItem 抛 出 一 个 异常 delete 将 不 会 被 调用 , RAR 
产生 了 垃圾 。 在 C++ 中 这 是 一 个 问题 ， 但 在 Dylan 中 则 没有 这 个 问题 , 因为 Dylan 有 垃圾 回收 机 制 。 我 们 
在 5.4 节 讨 论 了 这 个 问题 的 一 个 解决 方法 。 


while (!aCollection.IsDone(state)) ( 
aCollection.CurrentItem(state)-»Process(); 
aCollection.Next (state); 

) 

delete state; 


基于 备忘录 的 迭代 接口 有 两 个 有 趣 的 优点 : 

1 ) 在 同一 个 集合 上 可 有 多 个 状态 一 起 工作 。(Iterator(5.4) 模式 也 是 这 样 。) 

2) 它 不 需要 为 支持 迭代 而 破坏 一 个 集合 的 封装 性 。 备 忘 录 仅 由 集合 自身 来 解释 ， 任 
何其 他 对 象 都 不 能 访问 它 。 文 持 迭 代 的 其 他 方法 要 求 将 迭代 器 类 作为 其 集合 类 的 友 元 ( 参 
见 Iterator($.4))， 从 而 破坏 了 封装 性 。 这 一 情况 在 基于 备忘录 的 实现 中 不 再 存在 ， 此 时 
Collection 是 IteratorState 的 一 个 友 元 。 

QOCA 约束 解释 工具 在 备忘录 中 存储 增 量 信息 [HHMV92]。 客 户 可 得 到 刻画 某 约束 系统 
当前 解释 的 备忘录 。 该 备忘录 仪 包括 从 上 一 次 解释 以 来 发 生 改变 的 那些 约束 变量 。 通 常 每 次 
新 的 解释 仅 有 一 小 部 分 解释 器 变量 发 生 改 变 。 这 个 发 生变 化 的 变量 子 集 已 足以 将 解释 器 恢复 
到 先前 的 解释 ， 恢 复 更 前 的 解释 要 求 经 过 中 间 的 解释 逐步 地 恢复 。 所 以 不 能 以 任意 的 顺序 设 
E fk. QOCA 依赖 一 种 历史 机 制 来 恢复 到 先前 的 解释 。 


12. 相关 模式 
Command(5.2): 命令 可 使 用 备忘录 来 为 可 撤销 的 操作 维护 状态 。 
Iterator(5.4): 如 前 所 述 ， 备 忘 录 可 用 于 迭代 。 


5.7 Observer ( 观察 者 ) 一 一 对 象 行 为 型 模式 


1. 意图 
定义 对 象 间 的 一 种 一 对 多 的 依赖 关系 ， 当 一 个 对 象 的 状态 发 生 改变 时 ， 所 有 依赖 于 它 的 
对 象 都 得 到 通知 并 被 自动 更 新 。 


2. 别名 
依赖 (dependent), s — ill (publish-subscribe ) 。 


3. 动机 

将 一 个 系统 分 割 成 一 系列 相互 协作 的 类 有 一 个 常见 的 副作用 : 需要 维护 相关 对 象 间 的 一 
致 性 。 我 们 不 希望 为 了 维持 一 致 性 而 使 各 类 紧密 耦合 ， 因 为 这 样 降低 了 其 可 复 用 性 。 

例如 ， 许 多 图 形 用 户 界面 工具 箱 将 用 户 应 用 的 界面 表示 与 底下 的 应 用 数据 分 离 [KP88， 
LVC89,，P+88，WGM88]。 定 义 应 用 数据 的 类 和 负责 界面 表示 的 类 可 以 各 自 独立 地 复 用 。 当 
然 它们 也 可 一 起 工作 。 一 个 表格 对 象 和 一 个 柱状 图 对 象 可 使 用 不 同 的 表示 形式 描述 同一 个 应 
用 数据 对 象 的 信息 。 表 格 对 象 和 柱状 图 对 象 互 相 不 知道 对 方 的 存在 ， 这 样 使 你 可 以 根据 需要 
单独 复 用 表格 或 柱状 图 。 但 在 这 里 它们 表现 得 似乎 互相 知道 。 当 用 户 改 变 表格 中 的 信息 时 ， 
柱状 图 能 立即 反映 这 一 变化 ， 反 过 来 也 是 如 此 。 
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observer 






一 一 -更改 通知 
2 ---+ AW, ER 
目标 

这 一 行为 意味 着 表格 对 象 和 柱状 图 对 象 都 依赖 于 数据 对 象 ， 因 此 数据 对 象 的 任何 状态 改 
变 都 应 立即 通知 它们 。 同 时 也 没有 理由 将 依赖 于 该 数据 对 象 的 对 象 的 数目 限定 为 两 个 , 对 相 
同 的 数据 可 以 有 任意 数目 的 不 同 用 户 界面 。 

Observer 模式 描述 了 如 何 建立 这 种 关系 。 这 一 模式 中 的 关键 对 象 是 目标 (subject) 和 观 
察 者 ( observer)。 一 个 目标 可 以 有 任意 数目 的 依赖 它 的 观察 者 。 一 旦 目标 的 状态 发 生 改 变 ， 
所 有 的 观察 者 都 得 到 通知 。 作 为 对 这 个 通知 的 响应 ， 每 个 观察 者 都 将 查询 目标 以 使 其 状态 与 
目标 的 状态 同步 。 

这 种 交互 也 称 为 发 布 -订阅 (publish-subscribe)。 目 标 是 通知 的 发 布 者 。 它 发 出 通知 时 
并 不 需要 知道 谁 是 它 的 观察 者 ， 可 以 有 任意 数目 的 观察 者 订阅 并 接收 通知 。 

4. 适用 性 

在 以 下 情况 下 可 以 使 用 观察 者 模式 : 


。 一 个 抽象 模型 有 两 个 方面 ， 其 中 一 个 方面 依赖 于 另 一 方面 。 将 这 二 者 封装 在 独立 的 对 
象 中 ， 以 使 它们 可 以 各 自 独立 地 改变 和 复 用 。 
对 一 个 对 象 的 改变 需要 同时 改变 其 他 对 象 ， 而 不 知道 具体 有 多 少 对 象 有 待 改 变 。 
















。 一 个 对 象 必须 通知 其 他 对 象 ， 而 它 又 不 能 假定 其 他 对 象 是 谁 。 换 言 之 ， 你 不 希望 这 些 
XAR JE AERA AY o 
5. 结构 
Subject erver Ss Observer 
: nation | | Update() 
Bias. O-----4-- | for all o in observer | 
MN SUUS — 


ConcreteObserver 





Update() 


Dan — 
| GetState() O---F- ] | observerState 
gps return subjectState | 
| SetState() | rr EE 


| subjectState | 
CC 


nt 
~}-4 observerState = 
subject-»GetState() 








6. 参与 者 


Subject (目标 ) 

一 目标 知道 它 的 观察 者 。 可 以 有 任意 多 个 观察 者 观察 同一 个 目标 。 
— 提供 注册 和 删除 观察 者 对 象 的 接口 。 

Observer (观察 者 ) 

— 为 那些 在 目标 发 生 改变 时 需要 获得 通知 的 对 象 定义 一 个 更 新 接口 。 
ConcreteSubject (具体 目标 ) 

一 将 有 关 状 态 存 人 各 ConcreteObserver 对 象 。 

一 当 它 的 状态 发 生 改 变 时 ， 向 其 各 个 观察 者 发 出 通知 。 
ConcreteObserver (具体 观察 者 ) 

一 维护 一 个 指 问 ConcreteSubject 对 象 的 引用 。 

一 存储 有 关 状 态 ， 这 些 状态 应 与 目标 的 状态 保持 一 致 。 

一 实现 Observer 的 更 新 接口 ， 以 使 自身 状态 与 目标 的 状态 保持 一 致 。 
7. 协作 

e “4 ConcreteSubject 发 生 任何 可 能 导致 其 观察 者 与 其 本 身 状态 不 一 致 的 改变 时 ， 它 将 
通知 它 的 各 个 观察 者 。 


在 得 到 一 个 具体 目标 的 改变 通知 后 ，ConcreteObserver 对 象 可 回 目 标 对 象 查询 信息 。 
ConcreteObserver 使 用 这 些 信息 使 它 的 状态 与 目标 对 象 的 状态 一 致 。 


下 面 的 交互 图 说 明了 一 个 目标 对 象 和 两 个 观察 者 之 间 的 协作 : 


inotherConcreteObserve 


注意 发 出 改变 请 求 的 Observer 对 象 并 不 立即 更 新 ， 而 是 将 其 推迟 到 它 从 目标 得 到 一 个 通 
知之 后 。Notify 不 总 是 由 目标 对 象 调 用 ， 它 也 可 被 一 个 观察 者 或 其 他 对 象 调 用 。 实 现 一 节 将 
讨论 一 些 常 用 的 变化 。 


8. 效果 
Observer 模式 允许 你 独立 地 改变 目标 和 观察 者 。 你 可 以 单独 复 用 目标 对 象 而 无 须 同 时 复 
用 其 观察 者 ， 反 之 亦 然 。 它 也 使 你 可 以 在 不 改动 目标 和 其 他 观察 者 的 前 提 下 增加 观察 者 。 
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下 面 是 观察 者 模式 的 其 他 一 些 优 缺 点 : 

1) 目标 和 观察 者 间 的 抽象 耦合 一 个 目标 所 知道 的 仅仅 是 它 有 一 系列 观察 者 ， 每 个 者 
符合 抽象 的 Observer 类 的 简单 接口 。 目 标 不 知道 任何 一 个 观察 者 属于 哪个 具体 的 类 。 这 样 目 
标 和 观察 者 之 间 的 耦合 是 抽象 的 和 最 小 的 。 

因为 目标 和 观察 者 不 是 紧密 厢 合 的 ， 所 以 它们 可 以 属于 一 个 系统 中 的 不 同 抽 象 层次 。 一 
个 处 于 较 低 层次 的 目标 对 象 可 与 一 个 处 于 较 高 层次 的 观察 者 通信 并 通知 它 ， 这 样 就 保持 了 系 
统 层 次 的 完整 。 如 果 目 标 和 观察 者 混在 一 块 ， 那 么 得 到 的 对 象 要 么 横贯 两 个 层次 (违反 了 层 
次 性 )， 要 么 必须 放 在 这 两 层 的 某 一 层 中 (这 可 能 会 损害 层次 抽象 )。 

2) 支持 广播 通信 不 像 通 常 的 请 求 ， 目 标 发 送 的 通知 不 需要 指定 它 的 接收 者 。 通 知 说 
自动 广播 给 所 有 已 向 该 目标 对 象 登记 的 对 象 。 目 标 对 象 并 不 关心 到 底 有 多 少 对 象 对 自己 感 兴 
趣 ， 它 唯一 的 责任 就 是 通知 它 的 各 观察 者 。 这 给 了 你 在 任何 时 刻 增 加 和 删除 观察 者 的 上 自由。 
处 理 还 是 忽略 一 个 通知 取决 于 观察 者 。 

3) 意外 的 更 新 由 于 一 个 观察 者 并 不 知道 其 他 观察 者 的 存在 ， 它 可 能 对 改变 目标 的 最 
终 代价 一 无 所 知 。 在 目标 上 一 个 看 似 无 害 的 的 操作 可 能 会 引起 一 系列 对 观察 者 以 及 依赖 于 这 
些 观察 者 的 对 象 的 更 新 。 此 外 ， 如 果 依 赖 准则 的 定义 或 维护 不 当 ， 和 常常 会 引起 错误 的 更 新 ， 
这 种 错误 通常 很 难 捕捉 。 

简单 的 更 新 协议 不 提供 具体 细节 说 明 目 标 中 什么 被 改变 了 ， 这 就 使 得 上 述 问 题 更 加 严 
重 。 如 果 没 有 其 他 协议 帮助 观察 者 发 现 什 么 发 生 了 改变 ， 它 们 可 能 会 被 迫 尽力 减少 改变 。 


9. 实现 

这 一 廊 讨论 一 些 与 实现 依赖 机 制 相 关 的 问题 。 

1) 创建 目标 到 其 观察 者 之 间 的 映射 ”一 个 目标 对 象 跟踪 它 应 通知 的 观察 者 的 最 简单 的 
方法 是 显 式 地 在 目标 中 保存 对 它们 的 引用 。 然 而 ， 当 目标 很 多 而 观察 者 较 少 时 ， 这 样 存储 可 
能 代价 太 高 。 一 个 解决 办 法 是 用 时 间 换 空间 ， 用 一 个 关联 查找 机 制 (例如 一 个 hash K) 来 维 
护 目 标 到 观察 者 的 映射 。 这 样 一 个 没有 观察 者 的 目标 就 不 产生 存储 开销 。 但 男 一 方面 ， 这 一 
方法 增加 了 访问 观察 者 的 开销 。 

2 ) 观察 多 个 目标 ”在 某 些 情况 下 ， 一 个 观察 者 依赖 于 多 个 目标 可 能 是 有 意义 的 。 例 如 ， 
一 个 表格 对 象 可 能 依赖 于 多 个 数据 源 。 在 这 种 情况 下 ， 必 须 扩 展 Update 接口 以 使 观察 者 知道 
是 哪个 目标 送 来 的 通知 。 目 标 对 象 可 以 简单 地 将 自己 作为 Update 操作 的 一 个 参数 ， 让 观察 者 
知道 应 去 检查 哪个 目标 。 

3) 谁 触发 更 新 目标 和 它 的 观察 者 依赖 于 通知 机 制 来 保持 一 致 。 但 到 底 哪 个 对 象 调用 
Notify 来 触发 更 新 ? 此 时 有 两 个 选择 : 

e 由 目标 对 象 的 状态 设 定 操作 在 改变 目标 对 象 的 状态 后 自动 调用 Notify。 这 种 方法 的 优 

点 是 客户 不 需要 记 住 要 在 目标 对 象 上 调用 Notify ， 缺 点 是 多 个 连续 的 操作 会 产生 多 次 
连续 的 更 新 ， 可 能 效率 较 低 。 

e 让 客户 负责 在 适当 的 时 候 调 用 Notify。 这 样 做 的 优点 是 客户 可 以 在 一 系列 的 状态 改变 

完成 后 一 次 性 地 触发 更 新 ， 避 免 了 不 必要 的 中 间 更 新 。 缺 点 是 给 客户 增加 了 触发 更 新 
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的 责任 。 由 于 客户 可 能 会 忘记 调用 Notify， 这 种 方式 较 易 出 错 。 

4) 对 已 删除 目标 的 悬挂 引用 删除 一 个 目标 时 应 注意 不 要 在 其 观察 者 中 遗留 对 该 目标 
的 悬挂 引用 。 一 种 避免 悬挂 引用 的 方法 是 ， 当 一 个 目标 被 删除 时 ， 让 它 通 知 它 的 观察 者 将 对 
该 目标 的 引用 复位 。 一 般 来 说 ， 不 能 简单 地 删除 观察 者 ， 因 为 其 他 的 对 象 可 能 会 引用 它们 ， 
或 者 也 可 能 它们 还 在 观察 其 他 的 目标 。 

5) 在 发 出 通知 前 确保 目标 的 状态 自身 是 一 致 的 ”在 发 出 通知 前 确保 状态 自身 一 致 这 一 
点 很 重要 ， 因 为 观察 者 在 更 新 其 状态 的 过 程 中 需要 查询 目标 的 当前 状态 。 

当 Subject 的 子 类 调用 继承 的 该 项 操作 时 ， 很 容易 无 意 中 违反 这 条 自身 一 致 的 准则 。 例 
如 ， 下 面 的 代码 序列 中 , 在 目标 尚 处 于 一 种 不 一 致 的 状态 时 ， 通 知 就 被 触发 了 : 

void MySubject::Operation (int newValue) ( 

BaseClassSubject: Operation (newValue) ; 
// trigger notification 
_myInstVar += newValue; 


// update subclass state (too late!) 
} 


你 可 以 用 抽象 的 Subject 类 中 的 模板 方法 (Template Method(5.10)) 发 送 通知 来 避免 这 种 
错误 。 和 定义 那些 子 类 可 以 重 定义 的 原 语 操作 ， 并 将 Notify 作为 模板 方法 中 的 最 后 一 个 操作 ， 
这 样 当 子 类 重 定 义 了 Subject 的 操作 时 ， 还 可 以 保证 该 对 象 的 状态 是 自身 一 致 的 。 


void Text::Cut (TextRange r) { 
ReplaceRange (r); // redefined in subclasses 
Notify(); 

id 


顺便 提 一 句 ， 在 文档 中 记录 是 哪个 Subject 操作 触发 通知 总 是 应 该 的 。 

6 ) 避免 特定 于 观察 者 的 更 新 协议 一 一 推 / 拉 模型 ”观察 者 模式 的 实现 经 党 需要 让 目标 广 
播 关 于 其 改变 的 其 他 一 些 信息 。 目 标 将 这 些 信 息 作为 Update 操作 的 一 个 参数 传递 出 去 。 这 些 
信息 的 量 可 能 很 小 ， 也 可 能 很 大 。 

一 个 极端 情况 是 ， 目 标 向 观察 者 发 送 关 于 改变 的 详细 信息 ， 而 不 管 它 们 需要 与 否 。 我 们 
称 之 为 推 模 型 (push model) 。 另 一 个 极端 是 拉 模 型 (pull model)， 目 标 除 最 小 通知 外 什么 也 
不 送出 ， 而 在 此 之 后 由 观察 者 显 式 地 加 目标 询问 细节 。 

拉 模 型 强调 的 是 目标 不 知道 它 的 观察 者 ， 而 推 模型 假定 目标 知道 一 些 观 察 者 需要 的 信 
息 。 推 模型 可 能 使 得 观察 者 相对 难以 复 用 ， 因 为 目标 对 观察 者 的 假定 可 能 并 不 总 是 正确 的 。 
另 一 方面 ， 拉 模型 可 能 效率 较 差 ， 因 为 观察 者 对 象 需要 在 没有 目标 对 象 帮 助 的 情况 下 确定 什 
ABE T o 

7) 显 式 地 指定 感 兴趣 的 改变 你 可 以 扩展 目标 的 注册 接口 ， 让 各 观察 者 注册 为 仅 对 特 
定 事件 感 兴趣 ， 以 提高 更 新 的 效率 。 当 一 个 事件 发 生 时 ， 目 标 仅 通 知 那些 已 注册 为 对 该 事件 
感 兴趣 的 观察 者 。 支 持 这 种 做 法 的 一 种 途径 是 ， 使 用 目标 对 象 的 方面 (aspect) 的 概念 。 可 用 
如 下 代码 将 观察 者 对 象 注册 为 对 目标 对 象 的 某 特定 事件 感 兴趣 : 


void Subject::Attach(Observer*, Aspect& interest); 
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此 处 interest 指定 感 兴趣 的 事件 。 在 通知 的 时 刻 ， 目 标 将 这 方面 的 改变 作为 Update 操作 
的 一 个 参数 提供 给 它 的 观察 者 ， 例 如 : 


void Observer::Update(Subject*, Aspect& interest); 


8) 封装 复杂 的 更 新 语义 ” 当 目 标 和 观察 者 间 的 依赖 关系 特别 复杂 时 ， 可 能 需要 一 个 维 
护 这 些 关 系 的 对 象 。 我 们 称 这 样 的 对 象 为 更 改 管理 吉 (ChangeManager)。 它 的 目的 是 尽量 
减少 观察 者 反映 其 目标 的 状态 变化 所 需 的 工作 量 。 例 如 ， 如 果 一 个 操作 涉及 对 几 个 相互 依赖 
的 目标 进行 改动 ， 就 必须 保证 仅 在 所 有 的 目标 都 已 更 改 完毕 后 ， 才 一 次 性 地 通知 它们 的 观察 
者 , 而 不 是 每 个 目标 都 通知 观察 者 。 

ChangeManager 有 三 个 责任 : 

e 它 将 一 个 目标 映射 到 它 的 观察 者 并 提供 一 个 接口 来 维护 这 个 映射 。 这 就 不 需要 由 目标 

来 维护 对 其 观察 者 的 引用 ， 反 之 亦 然 。 

e 它 定义 一 个 特定 的 更 新 策略 。 

。 根据 一 个 目标 的 请 求 ， 它 更 新 所 有 依赖 于 这 个 目标 的 观察 者 。 

下 面 的 框图 描述 了 一 个 简单 的 基于 ChangeManager 的 Observer 模式 的 实现 。 有 两 种 特 
殊 的 ChangeManager。SimpleChangeManager 总 是 更 新 每 一 个 目标 的 所 有 观察 者 ， 比 较 简单 。 
相反 ，DAGChangeManager 处 理 目标 及 其 观察 者 之 间 依 赖 关 系 构成 的 无 环 有 问 图 。 当 一 个 观 
察 者 观察 多 个 目标 时 ，DAGChangeManager 要 比 SimpleChangeManager 好 一 些 。 在 这 种 情况 
下 ， 两 个 或 更 多 个 目标 中 产生 的 改变 可 能 会 产生 宛 余 的 更 新 。DAGChangeManager 保证 观察 
者 仅 接收 一 个 更 新 。 当 然 ， 当 不 存在 多 重 更 新 的 问题 时 ，SimpleChangeManager 更 好 一 些 。 
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ChangeManager 是 一 个 Mediator(5.5) PRX B 3c fl), 3B 4$ HU —^1 ChangeManager, JfH. 
它 是 全 局 可 见 的 。 这 里 Singleton(3.5) 模式 可 能 有 用 。 

9) 结合 目标 类 和 观察 者 类 ”用 不 文 持 多 重 继承 的 语言 (如 Smalltalk) 书写 的 类 库 通常 不 
单独 定义 Subject 和 Observer 类 ， 而 是 将 它们 的 接口 结合 到 一 个 类 中 。 这 就 允许 你 定义 一 个 
既是 目标 又 是 观察 者 的 对 象 ， 而 不 需要 多 重 继承 。 例 如 在 Smalltalk "P, Subject 和 Observer 


接口 定义 于 根 类 Object 中 ， 使 得 它们 对 所 有 的 类 都 可 用 。 


10. 代码 示例 
一 个 抽象 类 定义 了 Observer 接口 : 


class Subject; 


class Observer { 
public: 

virtual "Observer(); 

virtual void Update(Subject* theChangedSubject) - 0; 
protected: 

Observer(); 


): 


这 种 实现 方式 支持 一 个 观察 者 有 多 个 目标 。 当 观察 者 观察 多 个 目标 时 ， 作 为 参数 传递 给 
Update 操作 的 目标 让 观察 者 可 以 判定 是 哪个 目标 发 生 了 改变 。 
类 似 地 ， 一 个 抽象 类 定义 了 Subject 接口 : 


class Subject ( 
public: 
virtual ^Subject(); 


virtual void Attach (Observer*); 
virtual void Detach(Observer*); 
virtual void Notify(); 
protected: 
Subject () ; 
private: 
List«Observer*» * observers; 
); 


void Subject::Attach (Observer* o) ( 
.observers-»Append(o); 
) 


void Subject::Detach (Observer* o) ( 
.observers-»Remove (o); 


) 


void Subject::Notify () ( 
ListIterator<Observer*> i( observers); 


for (i.First(); !i.IsDone(); i.Next()) ( 
i.CurrentItem()-»Update (this); 
) 
) 


ClockTimer 是 一 个 用 于 存储 和 维护 一 天 时 间 的 具体 目标 。 它 每 秒 通 知 一 次 它 的 观察 者 。 
ClockTimer 提供 了 一 个 接口 用 于 取出 单个 的 时 间 单 位 ， 如 小 时 、 分 和 秒 。 


class ClockTimer : public Subject ( 
public: 
ClockTimer(); 


virtual int GetHour(); 
virtual int GetMinute(); 
"^ virtual int GetSecond(); 


void Tick(); 
$3 


Tick 操作 由 一 个 内 部 计时 需 以 固定 的 时 间 间 隅 调用 ， 从 而 提供 一 个 精确 的 时 间 基 准 。 
Tick 更 新 ClockTimer 的 内 部 状态 并 调用 Notify 通知 观察 者 : 


void ClockTimer::Tick () ( 
// update internal time-keeping state 
FÉ issus 
Notify(); 

) 


现在 我 们 可 以 定义 一 个 DigitalClock 类 来 显示 时 间 。 它 从 一 个 用 户 界 面 工具 箱 提 供 的 
Widget 类 继承 了 它 的 图 形 功 能 。 通 过 继承 Observer, Observer 接口 被 融入 DigitalClock 的 接口 。 


class DigitalClock: public Widget, public Observer { 
public: 

DigitalClock(ClockTimer*); 

virtual ~DigitalClock(); 


virtual void Update(Subject*); 
// overrides Observer operation 


virtual void Draw(); 
// overrides Widget operation; 
// defines how to draw the digital clock 
private: 
ClockTimer* _subject; 
); 


DigitalClock::DigitalClock (ClockTimer* s) { 
_subject = s; 
_subject->Attach (this); 

} 


DigitalClock::^DigitalClock () { 
_subject->Detach(this); 
) 


在 Update 操作 画 出 时 钟 图 形 之 前 ， 它 进行 检查 ， 以 保证 发 出 通知 的 目标 是 该 时 钟 的 
目标 : 


void DigitalClock::Update (Subject* theChangedSubject) { 
if (theChangedSubject -- subject) ( 
Draw(); 
) 


void DigitalClock::Draw () ( 
// get the new values from the subject 


int hour = . subject-»GetHour(); 
int minute = | subject-»GetMinute(); 
// etc. J 


// draw the digital clock 


一 个 AnalogClock 可 用 相同 的 方法 定义 。 


class AnalogClock : public Widget, public Observer ( 
public: 
AnalogClock(ClockTimer*); 


virtual void Update (Subject*); 
virtual void Draw(); 
Iy NL. 

); 


下 面 的 代码 创建 一 个 AnalogClock 和 一 个 DigitalClock， 它 们 总 是 显示 相同 的 时 间 : 


ClockTimer* timer = new ClockTimer; 
AnalogClock* analogClock - new AnalogClock (timer); 
DigitalClock* digitalClock = new DigitalClock(timer); 


—H timer 走动 ， 两 个 时 钟 都 会 被 更 新 并 正确 地 重新 显示 。 


11. 已 知 应 用 

最 早 可 能 也 是 最 著名 的 Observer 模式 的 例子 出 现在 Smalltalk 的 Model/View/Control- ler 
(MVC) 结构 中 ， 它 是 Smalltalk 环境 [KP88] 中 的 用 户 界面 框架 。MVC 的 Model 类 担任 目标 
的 角色 ， 而 View 是 观察 者 的 基 类 。Smalltalk、ET++[WGM88] 和 THINK 类 库 [Sym93b] 都 
将 Subject 和 Observer 接口 放 入 系统 中 所 有 其 他 类 的 父 类 中 ， 从 而 提供 一 个 通用 的 依赖 机 制 。 

其 他 使 用 这 一 模式 的 用 户 界面 工具 有 InterViews[LVC89]、Andrew Toolkit[P+88] 和 
Unidraw[VL90]。InterViews 显 式 地 定义 了 Observer 和 Observable (目标 ) Æ. Andrew 分 别 
称 它们 为 “视图 ”和 “数据 对 象 ” 。Unidraw 将 图 形 编辑 器 对 象 分 割 成 View 和 Subject 两 部 分 。 


12. 相关 模式 

Mediator(5.5) : 通过 封装 复杂 的 更 新 语义 ，ChangeManager 充当 目标 和 观察 者 之 间 的 中 
STS a 

Singleton(3.5): ChangeManager 可 使 用 Singleton 模式 来 保证 它 是 唯一 的 并 且 是 可 全 局 访 
问 的 。 


5.8 State (状态 ) 一 一 对 象 行为 型 模式 


1. 意图 
允许 一 个 对 象 在 其 内 部 状态 改变 时 改变 它 的 行为 。 对 象 看 起 来 似乎 修改 了 它 的 类 。 
2. 别名 


状态 对 象 (object for state) 。 


3. 动机 

考虑 一 个 表示 网 络 连 接 的 类 TCPConnection。 一 个 TCPConnection 对 象 的 状态 处 于 大 
干 不 同 状态 之 一 : 连接 已 建立 ( Established)、 正 在 监听 (Listening)、 连 接 已 关闭 (Closed). 
当 一 个 TCPConnection 对 象 收 到 其 他 对 象 的 请 求 时 ， 它 根据 自身 的 当前 状态 做 出 不 同 的 反 
应 。 例 如 ， 一 个 Open 请 求 的 结果 依赖 于 该 连接 是 处 于 连接 已 关闭 状态 还 是 连接 已 建立 状态 。 
State 模式 描述 了 TCPConnection 如 何在 每 一 种 状态 下 表现 出 不 同 的 行为 。 

这 一 模式 的 关键 思想 是 引入 了 一 个 称 为 TCPState 的 抽象 类 来 表示 网 络 的 连接 状 
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Ao TCPState 类 为 各 表示 不 同 的 操作 状态 的 子 类 声明 了 一 个 公共 接口 。TCPState 的 子 类 
实现 与 特定 状态 相关 的 行为 。 例 如 ，TCPEstablished 和 TCPClosed 类 分 别 实现 了 特定 于 
TCPConnection 的 连接 已 建立 状态 和 连接 已 关闭 状态 的 行为 。 


"»—— 


TCPState | 


TCPEstablished | TCPListen | | TCPClosed | 
— Do dee——— eese] a — 
| Open() 





| Close() 

| I 

| Acknowledge() 
ciae sd 





TCPConnection 类 维护 一 个 表示 TCP 连接 当前 状态 的 状态 对 象 (一 个 TCPState FAN 
实例 )。TCPConnection 类 将 所 有 与 状态 相关 的 请 求 委 托 给 这 个 状态 对 象 。TCPConnection 使 
用 它 的 TCPState 子 类 实例 来 执行 特定 于 连接 状态 的 操作 。 

一 旦 连接 状态 改变 ，TCPConnection 对 象 就 会 改变 它 所 使 用 的 状态 对 象 。 例 如 当 连 接 从 
已 建立 状态 转 为 已 关闭 状态 时 ，TCPConnection 会 用 一 个 TCPClosed 的 实例 来 代替 原来 的 
TCPEstablished 的 实例 。 

4. 适用 性 

在 下 面 两 种 情况 下 均 可 使 用 State 模式 : 


一 个 对 象 的 行为 取决 于 它 的 状态 ,并且 它 必须 在 运行 时 根据 状态 改变 它 的 行为 。 

一 个 操作 中 含有 庞大 的 多 分 支 的 条 件 语句 ， 且 这 些 分 支 依赖 于 该 对 象 的 状态 。 这 个 
状态 通常 用 一 个 或 多 个 枚 举 常量 表示 。 通 常 ， 有 多 个 操作 包含 这 一 相同 的 条 件 结构 。 
State 模式 将 每 一 个 条 件 分 支 放 入 一 个 独立 的 类 中 。 这 使 得 你 可 以 根据 对 象 自身 的 情 
况 将 对 和 象 的 状态 作为 一 个 对 象 ， 这 一 对 象 可 以 不 依赖 于 其 他 对 象 而 独立 变化 。 


5. 结构 





ile) | qd Kens —— — a 
| ConcreteStateA | | ConcreteStateB | 
| Se 2S ee 

Ha diel) 


| 
= ad 
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Context (环境 ， 如 TCPConnection) 

一 定义 客户 感 兴趣 的 接口 。 

一 维护 一 个 ConcreteState 子 类 的 实例 ， 这 个 实例 定义 当前 状态 。 

State (状态 ， 如 TCPState) 

一 定义 一 个 接口 以 封装 与 Context 的 一 个 特定 状态 相关 的 行为 。 

ConcreteState subclasses (具体 状态 子 类 ， 如 TCPEstablished, TCPListen, TCPClosed) 
一 每 一 子 类 实现 一 个 与 Context 的 一 个 状态 相关 的 行为 。 


7. 协作 


e Context 将 与 状态 相关 的 请 求 委 托 给 当前 的 ConcreteState 对 象 处 理 。 

e Context 可 将 自身 作为 一 个 参数 传递 给 处 理 该 请 求 的 状态 对 象 。 这 使 得 状态 对 象 在 必 
要 时 可 访问 Context。 

Context 是 客户 使 用 的 主要 接口 。 客 户 可 用 状态 对 象 来 配置 一 个 Context， 一 且 一 个 
Context 配置 完毕 ， 它 的 客户 不 再 需要 直接 与 状态 对 象 打交道 。 

Context 或 ConcreteState 子 类 都 可 决定 哪个 状态 是 另外 一 个 的 后 继 者 ， 以 及 是 在 何 种 
条 件 下 进行 状态 转换 。 


8. 效果 

State 模式 有 下 面 一 些 效果 : 

1 ) 将 与 特定 状态 相关 的 行为 局 部 化 ， 并 且 将 不 同 状态 的 行为 分 割 开 来 ”State 模式 将 所 
有 与 一 个 特定 的 状态 相关 的 行为 都 放 入 一 个 对 象 中 。 因 为 所 有 与 状态 相关 的 代码 都 存在 于 某 
个 State 子 类 中 ， 所 以 通过 定义 新 的 子 类 可 以 很 容易 地 增加 新 的 状态 和 转换 。 

男 一 个 方法 是 使 用 数据 值 定义 内 部 状态 并 且 让 Context 操作 来 显 式 地 检查 这 些 数据 。 但 
这 样 将 会 使 整个 Context 的 实现 中 遍布 看 起 来 很 相似 的 条 件 语 句 或 case 语句 。 增 加 一 个 新 的 
状态 可 能 需要 改变 铬 干 个 操作 ， 这 就 使 得 维护 变 得 复杂 了 。 

State 模式 避免 了 这 个 问题 ， 但 可 能 会 引入 另 一 个 问题 ， 因 为 该 模式 将 不 同 状态 的 行为 分 
布 在 多 个 State 子 类 中 。 这 就 增加 了 子 类 的 数目 ， 相 对 于 单个 类 的 实现 来 说 不 够 紧凑 。 但 是 
有 许多 状态 时 这 样 的 分 布 实际 上 更 好 一 些 ， 否 则 需要 使 用 巨大 的 条 件 语句 。 

正如 很 长 的 过 程 一 样 ， 巨 大 的 条 件 语句 是 不 受 欢迎 的 。 它 们 形成 一 大 块 并 且 使 得 代码 不 
够 清晰 ， 这 又 使 得 它们 难以 修改 和 扩展 。State 模式 提供 了 一 个 更 好 的 方法 来 组 织 与 特定 状态 
相关 的 代码 。 决 定 状 态 转移 的 逻辑 不 在 单 块 的 if BK switch 语句 中 ， 而 是 分 布 在 State FAS 
间 。 将 每 一 个 状态 转换 和 动作 封装 到 一 个 类 中 ， 就 把 着 眼 点 从 执行 状态 提高 到 整个 对 象 的 状 
态 。 这 将 使 代码 结构 化 并 使 其 意图 更 加 清晰 。 

2) 使 得 状态 转换 显 式 化 ” 当 一 个 对 象 仅 以 内 部 数据 值 来 定义 当前 状态 时 ， 其 状态 仅 表 
现 为 对 一 些 变量 的 赋值 ， 这 不 够 明确 。 为 不 同 的 状态 引入 独立 的 对 象 使 得 转换 变 得 更 加 明 
确 。 而 且 ，State 对 象 可 保证 Context 不 会 发 生 内 部 状态 不 一 致 的 情况 ， 因 为 从 Context 的 角 
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度 看 ， 状 态 转换 是 原子 的 一 一 只 需 重 新 绑 定 一 个 变量 〈 即 Context 的 State 对 象 变 量 )， 而 无 
须 为 多 个 变量 赋值 [dCLF93]。 

3) State 对 象 可 被 共享 ”如 果 State 对 象 没 有 实例 变量 一 一 它们 表示 的 状态 完全 以 它们 
的 类 型 来 编码 一 那么 各 Context 对 象 可 以 共享 一 个 State 对 象 。 当 状态 以 这 种 方式 被 共享 时 ， 
它们 必然 是 没有 内 部 状态 而 只 有 行为 的 轻 量 级 对 象 (参见 Flyweight(4.6))。 


9. 实现 

实现 State 模式 有 多 方面 的 考虑 : 

1) 谁 定义 状态 转换 State 模式 不 指定 哪个 参与 者 定义 状态 转换 准则 。 如 果 该 准则 是 固 
定 的 ， 那 么 它们 可 在 Context 中 完全 实现 。 然 而 奋 让 State 子 类 目 身 指定 它们 的 后 继 状 态 以 及 
何 时 进行 转换 ， 通 常 更 灵活 、 更 合适 。 这 需要 Context 增加 一 个 接口 ， 让 State 对 象 显 式 地 设 
定 Context 的 当前 状态 。 

用 这 种 方法 分 散 转 换 逻 辑 可 以 很 容易 地 定义 新 的 State 子 类 来 修改 和 扩展 该 逻辑 。 这 样 
做 的 一 个 缺点 是 ， 一 个 State 子 类 至 少 拥有 一 个 其 他 子 类 的 信息 ， 这 就 在 各 子 类 之 间 产 生 了 
实现 依赖 。 

2) 基于 表 的 另 一 种 方法 在 C++ Programming Style[Car92] 中 ，Cargil 描述 了 另 一 种 将 
结构 加 载 在 状态 驱动 的 代码 上 的 方法 : 使 用 表 将 输入 映射 到 状态 转换 。 对 每 一 个 状态 ， 一 张 
表 将 每 一 个 可 能 的 输入 映射 到 一 个 后 继 状态 。 实 际 上 ， 这 种 方法 将 条 件 代 码 (和 State 模式 下 
HERR) 映射 为 一 个 查找 表 。 

表 的 主要 好 处 是 其 规则 性 : 你 可 以 通过 更 改 数据 而 不 是 更 改 程序 代码 来 改变 状态 转换 的 
准则 。 然 而 它 也 有 一 些 缺 点 : 


e 对 表 的 查找 通常 不 如 CHE) 滑 数 调用 效率 高 。 

e 用 统一 的 、 表 格 的 形式 表示 转换 逻辑 使 得 转换 准则 变 得 不 够 明确 而 难以 理解 。 

。 通常 难以 加 入 伴随 状态 转换 的 一 些 动 作 。 表 驱动 的 方法 描述 了 状态 和 它们 之 间 的 转 
换 ， 但 必须 扩充 这 个 机 制 以 便 在 每 一 个 转换 上 能 够 进行 任意 的 计算 。 


表 驱 动 的 状态 机 和 State 模式 的 主要 区 别 可 以 被 总 结 如 下 : State 模式 对 与 状态 相关 的 行 
为 进行 建 模 ， 而 表 驱 动 的 方法 着 重 于 定义 状态 转换 。 

3) 创建 和 销毁 State 对 象 ”一 个 常见 的 值得 考虑 的 实现 上 的 权衡 是 ， 究 竟 是 仅 当 需要 
State 对 象 时 才 创 建 它们 并 随后 销毁 它们 ， 还 是 提前 创建 它们 并 且 始 终 不 销毁 它们 。 

当 将 要 进入 的 状态 在 运行 时 是 不 可 知 的 ,并且 上 下 文 不 经 常 改变 状态 时 ， 第 一 种 选择 较 
为 可 取 。 这 种 方法 避免 创建 不 会 被 用 到 的 对 象 ， 如 果 State 对 和 象 存储 大 量 的 信息 这 一 点 很 重 
要 。 当 状态 改变 很 频 老 时 ， 第 二 种 方法 较 好 。 在 这 种 情况 下 最 好 避免 销毁 状态 ， 因 为 可 能 很 
快 再 次 需要 用 到 它们 。 此 时 可 以 预先 一 次 付 清 创建 各 个 状态 对 象 的 开销 ， 并 且 在 运行 过 程 中 
根本 不 存在 销毁 状态 对 象 的 开销 。 但 是 这 种 方法 可 能 不 太 方便 ， 因 为 Context 必须 保存 对 所 
有 可 能 会 进入 的 那些 状态 的 引用 。 

4) 使 用 动态 继承 改变 一 个 响应 特定 请 求 的 行为 可 以 用 在 运行 时 改变 这 个 对 象 的 类 的 


办 法 实现 , 但 这 在 大 多 数 面 向 对 象 程序 设计 语言 中 都 是 不 可 能 的 。SelffUS87] 和 其 他 一 些 基 
于 委托 的 语言 却 是 例外 ， 它 们 提供 这 种 机 制 ， 从 而 直接 支持 State 模式 。Self 中 的 对 象 可 将 操 
作 委 托 给 其 他 对 象 以 达到 某 种 形式 的 动态 继承 。 在 运行 时 改变 委托 的 目标 有 效 地 改变 了 继承 
的 结构 。 这 一 机 制 允 许 对 象 改 变 它们 的 行为 ， 也 就 是 改变 它们 的 类 。 


10. 代码 示例 
下 面 的 例子 给 出 了 在 动机 一 节 描 述 的 TCP 连接 例子 的 C++ 代码。 这 个 例子 是 TCP 协议 


的 一 个 简化 版 本 


， 它 并 未 完整 描述 TCP 连接 的 协议 及 其 所 有 状态 9。 


Bc. 我们 定义 类 TCPConnection， 它 提供 了 一 个 传送 数据 的 接口 并 处 理 改变 状态 的 


请 求 。 


class TCPOctetStream; 
class TCPState; 


class TCPConnection { 


public: 


TCPConnection(); 


void ActiveOpen(); 
void PassiveOpen(); 
void Close(); 

void Send(); 

void Acknowledge(); 
void Synchronize(); 


void ProcessOctet (TCPOctetStream*); - 


private: 


friend class TCPState; , 
void ChangeState(TCPState*); 


private: 


TCPState* state; 


F? 


TCPConnection Æ state 成 员 变 量 中 保持 一 个 TCPState 类 的 实例 。 类 TCPState 复制 了 
TCPConnection 的 状态 改变 接口 。 每 一 个 TCPState 操作 都 以 一 个 TCPConnection 实例 作为 一 
个 参数 ， 从 而 让 TCPState 可 以 访问 TCPConnection 中 的 数据 和 改变 连接 的 状态 。 


class TCPState ( 


public: 
virtual 
virtual 
virtual 
virtual 
virtual 
virtual 
virtual 

protected: 


void Transmit (TCPConnection*, TCPOctetStream*); 
void ActiveOpen(TCPConnection*); 

void PassiveOpen(TCPConnection*); 

void Close(TCPConnection*); 

void Synchronize(TCPConnection*); 

void Acknowledge (TCPConnection*); 

void Send (TCPConnection*); 


void ChangeState(TCPConnection*, TCPState*); 


) 


TCPConnection 将 所 有 与 状态 相关 的 请 求 委 托 给 它 的 TCPState 实 例 state; TCP- 
Connection 还 提供 了 一 个 操作 用 于 将 这 个 变量 设 为 一 个 新 的 TCPState。TCPConnection 的 构 


日” 这 个 例子 基于 由 Lynch 和 Rose 描述 的 TCP 连接 协议 [LR93]。 
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te Aa E AA SU A UREA TCPClosed 状态 (在 后 面 定 义 )。 


TCPConnection:: 


TCPConnection () { 


.State - TCPClosed::Instance(); 


) 


void TCPConnection::ChangeState (TCPState* s) { 


.state - S; 


) 


void TCPConnection::ActiveOpen () ( 
.State-»ActiveOpen(this); 


) 


void TCPConnection::PassiveOpen () ( 
.State-»PassiveOpen (this); 


) 


void TCPConnection::Close () ( 
_state->Close(this) ; 


} 


void TCPConnection::Acknowledge () ( 
 State-»Acknowledge (this); 


) 


void TCPConnection::Synchronize () ( 
 State-»Synchronize (this); 


) 


TCPState 为 所 有 委托 给 它 的 请 求实 现 缺 省 的 行为 。 它 也 可 以 调用 ChangeState 操作 来 改 
AE TCPConnection 的 状态 。TCPState 被 定义 为 TCPConnection 的 友 元 ， 从 而 给 了 它 访 问 这 一 


操作 的 特权 。 


void TCPState: 
void TCPState: 
void TCPState: 
void TCPState: 
void TCPState: 


void TCPState:: 


:Transmit (TCPConnection*, TCPOctetStream*) { ) 
:ActiveOpen (TCPConnection*) { ) 

:PassiveOpen (TCPConnection*) { ) 

:Close (TCPConnection*) ( ) 

:Synchronize (TCPConnection*) ( ) 


ChangeState (TCPConnection* t, TCPState* s) ( 


t-»ChangeState (s); 


) 


TCPState 的 子 类 实现 与 状态 有 关 的 行为 。 一 个 TCP 连接 可 处 于 多 种 状态 : 已 建立 、 监 
听 、 已 关闭 等 。 对 每 一 个 状态 ， 都 有 一 个 TCPState 的 子 类 。 我 们 将 详细 讨论 三 个 子 类 : 
TCPEstablished, TCPListen 和 TCPClosed。 


class TCPEstablished : public TCPState { 


public: 


static TCPState* Instance(); 


virtual void Transmit(TCPConnection*, TCPOctetStream*); 
virtual void Close(TCPConnection*); 


) 


class TCPListen : public TCPState { 
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public: 
static TCPState* Instance(); 


virtual void Send(TCPConnection*); 
E Sa 
}; 
class TCPClosed : public TCPState { 
public: 
static TCPState* Instance(); 


virtual void ActiveOpen (TCPConnection*); 
virtual void PassiveOpen(TCPConnection*); 
^d amc 

}; 


TCPState 的 子 类 没有 局 部 状态 ， 因 此 它们 可 以 被 共享 ， 并 且 每 个 子 类 只 需要 一 个 实例 。 


每 个 TCPState 子 类 的 唯一 实例 由 静态 的 Instance 操作 9 得 到 。 
每 一 个 TCPState 子 类 为 该 状态 下 的 合法 请 求实 现 与 特定 状态 相关 的 行为 : 


void TCPClosed::ActiveOpen (TCPConnection* t) ( 
// send SYN, receive SYN, ACK, etc. 


ChangeState(t, TCPEstablished::Instance()); 


void TCPClosed::PassiveOpen (TCPConnection* t) { 
ChangeState(t, TCPListen::Instance()); 


) 


void TCPEstablished::Close (TCPConnection* t) { 
// send FIN, receive ACK of FIN 


ChangeState(t, TCPListen::Instance()); 


void TCPEstablished::Transmit ( 
TCPConnection* t, TCPOctetStream* o 


) ( 
t-»ProcessOctet (0) ; 


) 


void TCPListen::Send (TCPConnection* t) ( 
// send SYN, receive SYN, ACK, etc. 


ChangeState(t, TCPEstablished::Instance()); 


在 完成 与 状态 相关 的 工作 后 ， 这 些 操 作 调 用 ChangeState 操作 来 改变 TCPConnection 的 
状态 。TCPConnection 本 身 对 TCP 连接 协议 一 无 所 知 ， 是 由 TCPState 子 类 来 定义 TCP 中 的 
每 一 个 状态 转换 和 动作 。 


11. 已 知 应 用 
Johnson 和 Zweig[JZ91] 描述 了 State 模式 以 及 它 在 TCP 连接 协议 上 的 应 用 。 


大 多 数 流 行 的 交互 式 绘图 程序 提供 了 以 直接 操纵 的 方式 进行 工作 的 “工具 ”。 例 如 , 一 


O 这 使 得 每 一 个 TCPState 子 类 成 为 一 个 Singleton (参见 Singleton), 
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个 画 直 线 的 工具 可 以 让 用 户 通 过 点 击 和 拖 动 来 创建 一 条 新 的 直线 ， 一 个 选择 工具 可 以 让 用 户 
选择 某 个 图 形 对 象 。 通 常 有 许多 这 样 的 工具 放 在 一 个 选项 板 供 用 户 选 择 。 用 户 认为 这 一 活动 
是 选择 一 个 工具 并 使 用 它 ， 但 实际 上 编辑 器 的 行为 随 当前 的 工具 而 变 : 当 绘 制 工具 被 激活 时 ， 
我 们 创建 图 形 对 象 ; 当选 择 工 具 被 激活 时 ， 我 们 选择 图 形 对 象 ; 等 等 。 我 们 可 以 使 用 State 
模式 来 根据 当前 的 工具 改变 编辑 器 的 行为 。 

我 们 可 定义 一 个 抽象 的 Tool 类 ， 再 从 这 个 类 派生 出 一 些 子 类 ， 实 现 与 特定 工具 相关 的 行 
为 。 图 形 编辑 器 维护 一 个 当前 Tool 对 象 并 将 请 求 委托 给 它 。 当 用 户 选 择 一 个 新 的 工具 时 ,就 
将 这 个 工具 对 象 换 成 新 的 ， 从 而 使 得 图 形 编辑 器 的 行为 相应 地 发 生 改 变 。 

HotDraw[Joh92] 和 Unidraw[VL90] 中 的 绘图 编辑 器 框架 都 使 用 了 这 一 技术 。 它 使 得 客户 
可 以 很 容易 地 定义 新 类 型 的 工具 。 在 HotDraw 中 ，DrawingController 类 将 请 求 转发 给 当前 的 
Tool 对 象 。 在 Unidraw 中 ， 相 应 的 类 是 Viewer 和 Tool。 下 图 简要 描述 了 Tool 和 Drawing- 
Controller 的 接口 。 








[ currentTool l [ =e 

| Drawi wingController > E =i — Tool 

上 4 一 一 一 一 一 — 

| NM MousePressed() | | HandleMousePress() 
() 

| 


sKe de rd() | | HandleMouseHelease(, 











initialize() | | HandleCharacter() 
etait | GetCursor() | 
| Activate() 


p Cr 4 | E "1 | TextToot | 
Coplien 的 Envelope-Letter[Cop92] 5j State 模式 也 有 关 ，Envelope-Letter 是 一 种 在 运行 
时 改变 一 个 对 象 的 类 的 技术 。State 模式 更 为 特殊 ， 它 着 重 于 如 何 处 理 那些 行为 随 状 态 变化 而 
变化 的 对 象 。 
12. 相关 模式 
Flyweight(4.6) 解释 了 何 时 以 及 怎样 共享 状态 对 象 。 
状态 对 象 通 常 是 Singleton(3.5)。 











5.9 Strategy (策略 ) 一 一 对 象 行为 型 模式 


1. 意图 
定义 一 系列 的 算法 ， 把 它们 一 个 个 封装 起 来 ， 并 且 使 它们 可 相互 替换 。 本 模式 使 得 算法 
可 独立 于 使 用 它 的 客户 而 变化 。 


2. 别名 
政策 (policy ) 。 


3. 动机 
有 许多 算法 可 对 一 个 文本 流 进行 分 行 。 将 这 些 算法 硬 编 进 使 用 它们 的 类 中 是 不 可 取 的 ， 
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其 原因 如 下 : 


e 需要 换行 功能 的 客户 程序 如 果 直 接 包含 换行 算法 代码 的 话 将 会 变 得 复杂 ， 这 使 得 客户 
程序 庞大 并 且 难 以 维护 ， 尤 其 当 其 需要 支持 多 种 换行 算法 时 问题 会 更 加 严重 。 

。 不 同 的 时 候 需要 不 同 的 算法 ， 我 们 不 想 支 持 我 们 并 不 使 用 的 换行 算法 。 

。 当 换 行 功能 是 客户 程序 的 一 个 难以 分 割 的 成 分 时 ， 增 加 新 的 换行 算法 或 改变 现 有 算法 
将 十 分 困难 。 


我 们 可 以 定义 一 些 类 来 封装 不 同 的 换行 算法 ， 从 而 避免 这 些 问 题 。 一 个 以 这 种 方法 封 疙 
的 算法 称 为 策略 (strategy)， 如 下 图 所 示 。 


mpositor | 
—  ÓBA Compositor 


Ã—— -一 - 


— co 
Composition K> 


| 
| Compose() | 





Hepair - 
MÀS 人 
| 


—— ÓÀ CN] | SimpleCompositor | | TeXCompositor ArrayCompositor 
ompositor-»Composei) | [———— ————— -一 一 
HERR a] | Compose() | | Compose() Compose() | 
L——————— —— J'———— L 






假设 Composition 类 负责 维护 和 更 新 一 个 文本 浏览 程序 中 显示 的 文本 换行 。 换 行 策 
略 不 是 Composition 类 实现 的 ， 而 是 由 抽象 的 Compositor 类 的 子 类 各 自 独 立地 实现 的 。 
Compositor 的 各 个 子 类 实现 不 同 的 换行 策略 : 


© SimpleCompositor 实现 一 个 简单 的 策略 ， 它 一 次 决定 一 个 换行 位 置 。 

e TeXCompositor 实现 查找 换行 位 置 的 TEX 算法 。 这 个 策略 尽量 全 局 地 优化 换行 ， 即 一 
次 处 理 一 段 文 字 的 换行 。 | 

e ArrayCompositor 实现 一 个 策略 ， 该 策略 使 得 每 一 行 都 含有 一 个 固定 数目 的 项 。 例 如 ， 
用 于 对 一 系列 的 图 标 进行 分 行 。 


Composition 维护 对 Compositor 对 象 的 一 个 引用 。 一 旦 Composition 重新 格式 化 它 的 文 
本 ， 它 就 将 这 个 职责 转发 给 它 的 Compositor 对 象 。Composition 的 客户 指定 应 该 使 用 哪 种 
Compositor 的 方式 是 直接 将 它 想 要 的 Compositor 装 人 Composition 中 。 


4. 适用 性 
在 以 下 情况 下 使 用 Strategy 模式 : 


© 许多 相关 的 类 仅仅 是 行为 有 异 。“ 策 略 ” 提 供 了 一 种 用 多 个 行为 中 的 一 个 行为 来 配置 
一 个 类 的 方法 。 

e 需要 使 用 一 个 算法 的 不 同 变 体 。 例 如 ， 你 可 能 会 定义 一 些 反映 不 同 的 空间 /时 间 权衡 
的 算法 。 当 这 些 变 体 实 现 为 一 个 算法 的 类 层次 时 [HO87]， 可 以 使 用 策略 模式 。 

e 算法 使 用 客户 不 应 该 知道 的 数据 。 可 使 用 策略 模式 以 避免 暴露 复杂 的 、 与 算法 相关 的 
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数据 结构 。 
e 一 个 类 定义 了 多 种 行为 ,并且 这 些 行为 在 这 个 类 的 操作 中 以 多 个 条 件 语句 的 形式 出 
现 。 将 相关 的 条 件 分 支 移 人 它们 各 自 的 Strategy 类 中 以 代替 这 些 条 件 语句 。 





= 
5. 结构 
Context ak- — —————» Strategy | 
$ m L———— ———— 
Algorithminterface() | 
| 
ConcreteStrategyA ConcreteStrategyB | ConcreteStrategyC | 
Aigorithminterface() | | Algorithminterface() Aigorithminterface() | 
— EEE —— i > — ] L. - 
6. 参与 者 


Strategy (策略 ， 如 Compositor) 

一 定义 所 有 支持 的 算法 的 公共 接口 。Context 使 用 这 个 接口 来 调用 某 ConcreteStrategy 
定义 的 算法 。 

ConcreteStrategy (具体 策略 ， 如 SimpleCompositor、TeXCompositor、ArrayCompositor) 

一 以 Strategy 接口 实现 某 具 体 算 法 。 

Context (上 下 文 ， 如 Composition) 

一 用 一 个 ConcreteStrategy 对 象 来 配置 。 

一 维护 一 个 对 Strategy 对 和 象 的 引用 。 

一 可 定义 一 个 接口 来 让 Strategy 访问 它 的 数据 。 


7. 协作 


Strategy 和 Context 相互 作用 以 实现 选 定 的 算法 。 当 算法 被 调用 时 ，Context 可 以 将 该 
算法 所 需要 的 所 有 数据 都 传递 给 该 Strategy。 或 者 ，Context 可 以 将 自身 作为 一 个 参数 
传递 给 Strategy 操作 。 这 就 让 Strategy 在 需要 时 可 以 回调 Context。 

Context 将 客户 的 请 求 转发 给 它 的 Strategy。 客 户 通常 创建 并 传递 一 个 Concrete- 
Strategy 对 象 给 该 Context， 这 样 ， 客 户 仅 与 Context 交互 。 通 常 有 一 系列 的 Concrete- 
Strategy 类 可 供 客户 从 中 选择 。 


8. 效果 

Strategy 模式 有 下 面 一 些 优点 和 缺点 : 

1) 相关 算法 系列 Strategy 类 层次 为 Context 定义 了 一 系列 的 可 供 复 用 的 算法 或 行为 。 
继承 有 助 于 析 取 出 这 些 算法 中 的 公共 功能 。 

2) 一 个 替代 继承 的 方法 ”继承 提供 了 另 一 种 支持 多 种 算法 或 行为 的 方法 。 你 可 以 直接 


第 5 章 ”行为 型 模式 ”237 


生成 一 个 Context 类 的 子 类 ， 从 而 给 它 以 不 同 的 行为 。 但 这 会 将 行为 硬性 编制 到 Context 中 ， 
而 将 算法 的 实现 与 Context 的 实现 混合 起 来 ， 从 而 使 Context 难以 理解 、 难 以 维护 和 难以 扩 
展 ， 而 且 还 不 能 动态 地 改变 算法 。 最 后 你 得 到 一 堆 相 关 的 类 ， 它 们 之 间 的 唯一 差别 是 所 使 用 
的 算法 或 行为 。 将 算法 封装 在 独立 的 Strategy 类 中 使 得 你 可 以 独立 于 其 Context 改变 它 ， 使 
它 易 于 切换 、 易 于 理解 、 易 于 扩展 。 

3) 消除 了 一 些 条 件 语句 Strategy 模式 提供 了 用 条 件 语句 选择 所 需 的 行为 以 外 的 男 一 种 
选择 。 当 不 同 的 行为 堆砌 在 一 个 类 中 时 ， 很 难 避 免 使 用 条 件 语句 来 选择 合适 的 行为 。 将 行为 
封装 在 一 个 个 独立 的 Strategy 类 中 消除 了 这 些 条 件 语句 。 

例如 ， 不 用 Strategy， 文 本 换行 的 代码 可 能 是 像 下 面 这 样 : 


void Composition::Repair () ( 
switch (_breakingStrategy) ( 
case SimpleStrategy: 
ComposeWithSimpleCompositor () ; 
break; 
case TeXStrategy: 
Conposelil cire on lt Ty; 
break; 
RE seu 
} 
// merge results with existing composition, if necessary 
} 


Strategy 模式 将 换行 的 任务 委托 给 一 个 Strategy 对 象 ， 从 而 消除 了 case 语句 : 


void Composition::Repair () ( 

_compositor->Compose() ; 

// merge results with existing composition, if necessary 
} 


含有 许多 条 件 语句 的 代码 通常 意味 着 需要 使 用 Strategy 模式 。 

4) 实现 的 选择 ”Strategy 模式 可 以 提供 相同 行为 的 不 同 实现 。 客 户 可 以 根据 不 同时 间 / 
空间 取舍 要 求 从 不 同 策略 中 进行 选择 。 

5) 客户 必须 了 解 不 同 的 Strategy 本 模式 有 一 个 潜在 的 缺点 ， 就 是 一 个 客户 要 选择 一 
个 合适 的 Strategy 就 必须 知道 这 些 Strategy 到 底 有 何不 同 。 此 时 可 能 不 得 不 向 客户 暴露 具体 
的 实现 问题 。 因 此 仅 当 这 些 不 同行 为 的 变 体 与 客户 相关 时 ， 才 需要 使 用 Strategy 模式 。 

6) Strategy 和 Context 之 间 的 通信 开销 无论 各 个 ConcreteStrategy 实现 的 算法 是 简单 
还 是 复杂 ， 它 们 都 共享 Strategy 定义 的 接口 。 因 此 很 可 能 某 些 ConcreteStrategy 不 会 用 到 所 
有 通过 这 个 接口 传递 给 它们 的 信息 ， 简 单 的 ConcreteStrategy 可 能 不 使 用 其 中 的 任何 信息 ! 
这 就 意味 着 有 时 Context 会 创建 和 初始 化 一 些 永 远 不 会 用 到 的 参数 。 如 果 存 在 这 样 的 问题 ， 
那么 将 需要 在 Strategy 和 Context 之 间 进 行 更 紧密 的 耦合 。 

7) 增加 了 对 象 的 数目 Strategy 增加 了 一 个 应 用 中 的 对 象 的 数目 。 有 时 你 可 以 将 
Strategy 实现 为 可 供 各 Context 共享 的 无 状态 的 对 象 来 减少 这 一 开销 。 任 何其 余 的 状态 都 由 
Context 维护 。Context 在 每 一 次 对 Strategy 对 象 的 请 求 中 都 将 这 个 状态 传递 过 去 。 共 享 的 
Stragey 不 应 在 各 次 调用 之 间 维 护 状 态 。Flyweight (4.6) 模式 更 详细 地 描述 了 这 一 方法 。 
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9. 实现 
考虑 下 面 的 实现 问题 : 


1) 定义 Strategy 和 Context 接口 Strategy Al Context 接口 必须 使 得 ConcreteStrategy 
能 够 有 效 地 访问 它 所 需要 的 Context 中 的 任何 数据 ， 反 之 亦 然 。 一 种 办 法 是 让 Context HR 
据 放 在 参数 中 传递 给 Strategy 操作 一 一 将 数据 发 送 给 Strategy。 这 使 得 Strategy 和 Context fff 
fa. [H53—771fl, Context 可 能 发 送 一 些 Strategy 不 需要 的 数据 。 

为 一 种 办 法 是 让 Context 将 自身 作为 一 个 参数 传递 给 Strategy， 该 Strategy 再 显 式 地 向 
该 Context 请 求 数据 。 或 者 ，Strategy 可 以 存储 对 它 的 Context 的 一 个 引用 ， 这 样 根 本 不 再 需 
要 传递 任何 东西 。 这 两 种 情况 下 Strategy 都 可 以 请 求 到 它 所 需要 的 数据 。 但 现在 Context 4^ 
须 对 它 的 数据 定义 一 个 更 为 精细 的 接口 ， 这 将 Strategy 和 Context 更 紧密 地 耦合 在 一 起 。 

2) 将 Strategy 作为 模板 参数 在 C++ 中 ， 可 利用 模板 机 制 用 一 个 Strategy 来 配置 一 个 
类 。 然 而 这 种 技术 仅 当 下 面条 件 满足 时 才 可 以 使 用 : 中 可 以 在 编译 时 选择 Strategy; @) 不 需 
要 在 运行 时 改变 。 在 这 种 情况 下 ， 要 被 配置 的 类 (如 Context) 被 定义 为 以 一 个 Strategy 类 作 
为 参数 的 模板 类 : | 


template «class AStrategy» 

class Context ( 
void Operation() ( theStrategy.DoAlgorithm(); ) 
FJ 7. 

private: 
AStrategy theStrategy; 

5 


该 类 在 被 实例 化 时 用 一 个 Strategy 类 来 配置 : 


class MyStrategy ( 
public: 

void DoAlgorithm(); 
); 


Context«MyStrategy» aContext; 


使 用 模板 不 再 需要 定义 给 Strategy 定义 接口 的 抽象 类 。 把 Strategy 作为 一 个 模板 参数 也 
使 得 可 以 将 一 个 Strategy MEM Context 静态 地 绑 定 在 一 起 ， 从 而 提高 效率 。 

3) 使 Strategy 对 象 成 为 可 选 的 ”即使 在 不 使 用 额外 的 Strategy 对 象 的 情况 下 ，Context 
也 有 意义 的 话 ， 那 么 它 还 可 以 被 简化 。Context 在 访问 某 Strategy 前 先 检 查 它 是 否 存 在 。 如 果 
^. 那么 就 使 用 它 ; WRIA, ABA Context 执行 缺 省 的 行为 。 这 种 方法 的 好 处 是 客户 根本 
不 需要 处 理 Strategy 对 象 ， 除 非 不 喜欢 缺 省 的 行为 。 


10. 代码 示例 

我 们 将 给 出 动机 一 节 中 例子 的 高 层 代 码 ， 这 些 代 码 基 于 InterViews[LCI+92] 中 的 Composition 
和 Compositor 类 的 实现 。 

Composition 类 维护 一 个 Component 实例 的 集合 ， 它 们 代表 一 个 文档 中 的 文本 和 图 形 
元 素 。Composition 使 用 一 个 封装 了 某 种 换行 策略 的 Compositor 子 类 实例 将 Component 对 


象 编 排 成 行 。 每 一 个 Component 都 有 相应 的 正常 大 小 、 可 伸展 性 和 可 收缩 性 。 可 伸展 性 定 
X. f iX Component 可 以 增长 到 超出 正常 大 小 的 程度 ， 可 收缩 性 定义 了 它 可 以 收缩 的 程度 。 
Composition 将 这 些 值 传递 给 一 个 Compositor， 它 使 用 这 些 值 来 决定 换行 的 最 佳 位 置 。 


class Composition ( 

public: 
Composition (Compositor*); 
void Repair(); 


private: 
Compositor* compositor; 
Component* components; // the list of components 
int , componentCount ; // the number of components 
int _lineWidth; // the Composition's line width 
int* | lineBreaks; // the position of linebreaks 
// in components 
int , lineCount; // the number of lines 


)3 


当 需 要 一 个 新 的 布局 时 ，Composition 让 它 的 Compositor 决定 在 何 处 换行 。Compositon 
传递 给 Compositor 三 个 数组 ， 它 们 定义 各 Component 的 正常 大 小 、 可 伸展 性 和 可 收缩 性 。 
它 还 传递 Component 的 数目 、 线 的 宽度 以 及 一 个 数组 ， 让 Compositor 来 填充 每 次 换行 的 位 
置 。Compositor 返回 计算 得 到 的 换行 数目 。 

Compositor 接口 使 得 Compositon 可 传递 给 Compositor 所 有 它 需 要 的 信息 。 此 处 是 一 个 
“将 数据 传 给 Strategy” 的 例子 : 


class Compositor { 
public: 
virtual int Compose( 
Coord natural[], Coord stretch[], Coord shrink[], 
int componentCount, int lineWidth, int breaks[] 
) = 0; 
protected: 
Compositor () ; 
); 


注意 Compositor 是 一 个 抽象 类 ， 而 其 具体 子 类 定义 特定 的 换行 策略 。 

Composition 在 其 Repair 操作 中 调用 它 的 Compositor。Repair 首先 用 每 一 个 Component 
的 正常 大 小 、 可 伸展 性 和 可 收缩 性 初始 化 数组 (为 简单 起 见 略 去 细节 )。 然 后 它 调用 
Compositor 得 到 换行 位 置 并 最 终 据 此 对 Component 进行 布局 (也 省 略 了 ): 


void Composition::Repair () ( 
Coord* natural; 
Coord* stretchability; 
Coord* shrinkability; 
int componentCount ; 
int* breaks; 


// prepare the arrays with the desired component sizes 
TA ee 


// determine where the breaks are: 

int breakCount; 

breakCount = _compositor->Compose ( 
natural, stretchability, shrinkability, 
componentCount, _lineWidth, breaks 
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)3 


// lay out components according to breaks 
Wh es 


现在 我 们 来 看 各 Compositor 子 类 。SimpleCompositor 一 次 检查 一 行 Component， 并 决定 
在 哪里 换行 : 


class SimpleCompositor : public Compositor { 
public: 
SimpleCompositor(); 


virtual int Compose( 
Coord natural[], Coord stretch[], Coord shrink[], 
int componentCount, int lineWidth, int breaks[] 
)3 
FT cS 
}; 


TeXCompositor 使 用 一 个 更 为 全 局 的 策略 。 它 每 次 检查 一 个 段落 ( paragraph)， 并 同时 考 
虑 到 各 Component 的 大 小 和 伸展 性 。 它 也 通过 压缩 Component 之 间 的 空白 以 尽量 给 该 段落 
一 个 均匀 的 “色彩 ”。 


class TeXCompositor : public Compositor { 
public: 
TeXCompositor(); 


virtual int Compose( 
Coord natural[], Coord stretch[], Coord shrink[], . 
int componentCount, int lineWidth, int breaks[] 
); 
d Put 
); 


ArrayCompositor 用 规则 的 间距 将 构件 分 割 成 行 。 


class ArrayCompositor : public Compositor { 
public: 
ArrayCompositor(int interval); 


virtual int Compose( 
Coord natural[], Coord stretch[], Coord shrink[], 
int componentCount, int lineWidth, int breaks[] 
jia 
PX XS 
); 


这 些 类 并 未 使 用 所 有 传递 给 Compose 的 信息 。SimpleCompositor 忽略 Component 的 伸展 
性 ， 仅 考虑 它们 的 正常 大 小 ; TeXCompositor 使 用 所 有 传递 给 它 的 信息 ; 而 ArrayCompositor 
忽略 所 有 的 信息 。 

实例 化 Composition 时 需 把 想 要 使 用 的 Compositor 传递 给 它 : 

Composition* quick new Composition(new SimpleCompositor) ; 


Composition* slick = new Composition(new TeXCompositor) ; 
Composition* iconic = new Composition(new ArrayCompositor(100)); 
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Compositor 的 接口 需要 经 过 仔细 设计 ， 以 文 持 子 类 可 能 实现 的 所 有 排版 算法 。 你 不 希望 
在 生成 一 个 新 的 子 类 时 不 得 不 修改 这 个 接口 ， 因 为 这 需要 修改 其 他 已 有 的 子 类 。 一 般 来 说 ， 
Strategy 和 Context 的 接口 决定 了 该 模式 能 在 多 大 程度 上 达到 既定 目的 。 


11. 已 知 应 用 

ET++[WGM88] 和 InterViews 都 使 用 Strategy 来 封装 不 同 的 换行 算法 。 

在 用 于 编译 器 代码 优化 的 RTL 系统 [JML92] F, Strategy 定义 了 不 同 的 寄存 器 分 配方 案 
(RegisterAllocator) 和 指令 集 调 度 策略 (RISCscheduler，CISCscheduler)。 这 就 为 在 不 同 的 目 
标 机 器 结构 上 实现 优化 程序 提供 了 所 需 的 灵活 性 。 

ET++SwapsManager 计算 引擎 框架 为 不 同 的 金融 设备 [EG92] 计算 价格 。 它 的 关键 抽象 
是 Instrument( 设 备 ) 和 YieldCurve( 收 益 率 曲线 ) 。 不 同 的 设备 实现 为 不 同 的 Instrument 子 类 。 
YieldCurve 计算 贴现 因子 (discount factor)， 表 示 将 来 的 现金 流 的 值 。 这 两 个 类 都 将 一 些 行为 
委托 给 Strategy 对 象 。 该 框架 提供 了 一 系列 的 ConcreteStrategy 类 用 于 生成 现金 流 ， 记 值 交 
换 ， 以 及 计算 贴现 因子 。 可 以 用 不 同 的 ConcreteStrategy 对 象 配置 Instrument 和 YieldCurve 
以 创建 新 的 计算 引擎 。 这 种 方法 支持 混合 和 匹配 现 有 的 Strategy 实现 ， 也 支持 定义 新 的 
Strategy 实现 。 

Booch 构件 [BV90] 将 Strategy 用 作 模 板 参 数 。Booch 集合 类 支持 三 种 不 同 的 存储 分 配 
策略 : 管理 的 (从 一 个 存储 池 中 分 配 )， 控 制 的 (分 配 /去 分 配 由 锁 保 护 )， 无 管理 的 (正常 的 
存储 分 配器 )。 在 一 个 集合 类 实例 化 时 ， 将 这 些 Strategy 作为 模板 参数 传递 给 它 。 例 如 ， 一 
个 使 用 无 管理 策略 的 UnboundedCollection 实例 化 为 UnboundedCollection ( MyItemType*, 
Unmanaged ) 。 

RApp 是 一 个 集成 电路 布局 系统 [GA89，AG90]。RApp 必须 对 连接 电路 中 各 子 系统 的 
线路 进行 布局 和 布线 。RApp 中 的 布线 算法 定义 为 一 个 抽象 Router 类 的 子 类 。Router 是 一 个 
Strategy 25, 

Borland 的 ObjectWindows[Bor94] 在 对 话 框 中 使 用 Strategy 来 保证 用 户 输入 合法 的 数 
据 。 例 如 ， 数 字 必 须 在 一 定 范围 ， 并 且 一 个 数值 输入 域 应 只 接受 数字 。 验 证 一 个 字符 串 是 正 
确 的 可 能 需要 对 某 个 表 进 行 一 次 查找 。 

ObjectWindows 使 用 Validator 对 象 来 封装 验证 策略 。Validator 是 Strategy 对 象 的 例子 。 
数据 输入 域 将 验证 策略 委托 给 一 个 可 选 的 Validator 对 象 。 如 果 需 要 验证 ， 客 户 给 域 加 上 一 个 
验证 器 〈 一 个 可 选 策略 的 例子 )。 当 该 对 话 框 关闭 时 ， 输 入 域 让 其 验证 器 验证 数据 。 该 类 库 为 
常用 情况 提供 了 一 些 验证 器 ， 例 如 数字 的 RangeValidator。 可 以 通过 继承 Validator 类 很 容易 
地 定义 新 的 与 客户 相关 的 验证 策略 。 


12. 相关 模式 
Flyweight(4.6): Strategy 对 象 经 常 是 很 好 的 轻 量 级 对 象 。 
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5.10 Template Method ( 模板 方法 ) 一 一 类 行为 型 模式 


1. 意图 

定义 一 个 操作 中 的 算法 的 骨架 ， 而 将 一 些 步骤 延迟 到 子 类 中 。TemplateMethod 使 得 子 类 
可 以 不 改变 一 个 算法 的 结构 即 可 重 定义 该 算法 的 某 些 特定 步 又。 

2. 动机 

考虑 一 个 提供 Application 和 Document 类 的 应 用 框架 。Application 类 负责 打开 一 个 已 有 


的 以 外 部 形式 存储 的 文档 ， 如 一 个 文件 。 一 旦 一 个 文档 中 的 信息 从 该 文件 中 读 出 后 ， 它 就 由 
一 个 Document 对 象 表示 。 


用 框架 构建 的 应 用 可 以 通过 继承 Application 和 Document 来 满足 特定 的 需求 。 例 
如 ， 一 个 绘图 应 用 定义 DrawApplication 和 DrawDocument 子 类 ， 一 个 电子 表格 应 用 定义 
Spreadsheet-Application 和 SpreadsheetDocument 子 类 ， 如 下 图 所 示 。 


Document I-— —— —— ———| Application 


MyDocument 上 "| MyApplication 





return new MyDocument | 


-— 





抽象 的 Application 类 在 它 的 OpenDocument 操作 中 定义 了 打开 和 读 取 一 个 文档 的 算法 : 


void Application::OpenDocument (const char* name) { 
if (!CanOpenDocument (name)) ( 
// cannot handle this document 
return; 


) 
Document* doc = DoCreateDocument () ; 
if (doc) { 
_docs->AddDocument (doc) ; 
About ToOpenDocument (doc) ; 
doc->Open () ; 
doc->DoRead () ; 


} 


OpenDocument 定义 了 打开 一 个 文档 的 每 一 个 主要 步骤 。 它 检查 该 文档 是 否 能 被 打 
开 ， 创 建 与 应 用 相关 的 Document 对 象 ， 将 它 加 入 文档 集合 中 ， 并 且 从 一 个 文件 中 读 取 该 
Document。 

我 们 称 OpenDocument 为 模板 方法 ( template method)。 一 个 模板 方法 用 一 些 抽象 的 操作 
定义 二 个 算法 ， 而 子 类 将 重 定 义 这 些 操作 以 提供 具体 的 行为 。Application 子 类 将 定义 检查 一 


x. 
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个 文档 是 否 能 够 被 打开 ( CanOpenDocument) 和 创建 文档 ( DoCreateDocument) 的 具体 算法 
步骤 。Document 子 类 将 定义 读 取 文档 ( DoRead) 的 算法 步 又。 如 果 需 要 ， 模 板 方法 也 可 和 定 
义 一 个 操作 (AboutToOpenDocument) 让 Application 子 类 知道 该 文档 何 时 将 被 打开 。 

通过 使 用 抽象 操作 定义 一 个 算法 中 的 一 些 步 又， 模板 方法 确定 了 它们 的 先后 顺序 ， 但 它 
允许 Application 和 Document 子 类 改变 这 些 具体 步骤 以 满足 各 自 的 需求 。 

3. 适用 性 

模板 方法 适用 于 下 列 情况 : 


e 一 次 性 实现 一 个 算法 的 不 变 部 分 ， 并 将 可 变 的 行为 留 给 子 类 来 实现 。 

e 各 子 类 中 公共 的 行为 应 被 提取 出 来 并 集中 到 一 个 公共 父 类 中 以 避免 代码 重复 。 这 是 
Opdyke 和 Johnson 所 描述 过 的 “ 重 分 解 以 一 般 化 ”的 一 个 很 好 的 例子 [0J93]。 首 先 
识别 现 有 代码 中 的 不 同 之 处 ， 并 且 将 不 同 之 处 分 离 为 新 的 操作 。 最 后 ， 用 一 个 调用 新 
的 操作 的 模板 方法 来 替换 不 同 的 代码 。 

e 控制 子 类 扩展 。 模 板 方 法 只 在 特定 点 调用 钩子 操作 (参见 效果 一 节 )， 这 样 就 只 允许 在 
这 些 点 进行 扩展 。 


4. 结构 


AbstractClass 


eMethodi > - 


| ConcreteClass 


5. 参与 者 


e AbstractClass (抽象 类 ， 如 Application) 
一 定义 抽象 的 原 语 操作 (primitive operation)， 具 体 的 子 类 将 重 定义 它们 以 实现 一 个 
算法 的 各 步骤 。 
一 实现 一 个 模板 方法 ， 和 定义 一 个 算法 的 骨架 。 该 模板 方法 不 仅 调 用 原 语 操作 ， 也 调用 
定义 在 AbstractClass 或 其 他 对 象 中 的 操作 。 
e ConcreteClass (具体 类 ， 如 MyApplication ) 
一 实现 原 语 操作 以 完成 算法 中 与 特定 子 类 相关 的 步 又。 


6. 协作 
e ConcreteClass 靠 AbstractClass 来 实现 算法 中 不 变 的 步骤 。 
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7. 效果 

模板 方法 是 一 种 代码 复 用 的 基本 技术 。 它 们 在 类 库 中 尤为 重要 ， 提 取 了 类 库 中 的 公共 
fT. 

模板 方法 导致 一 种 反 回 的 控制 结构 ， 这 种 结构 有 时 被 称 为 “好 莱 坞 法 则 ”， 即 “ 别 找 我 
们 ， 我 们 找 你 ”[Swe85]。 这 指 的 是 一 个 父 类 调用 一 个 子 类 的 操作 ， 而 不 是 相反 。 

模板 方法 调用 下 列 类 型 的 操作 : 


e 具体 的 操作 (ConcreteClass 或 对 客户 类 的 操作 )。 

e 具体 的 AbstractClass 的 操作 ( 即 通常 对 子 类 有 用 的 操作 )。 

e 原 语 操 作 ( 即 抽象 操作 )。 

e Factory Method (参见 Factory Method(3.5))。 

e 钧 子 操作 〈hook operation)， 它 提供 了 缺 省 的 行为 ， 子 类 可 以 在 必要 时 进行 扩展 。 钓 
子 操作 在 缺 省 情况 下 通常 是 空 操作 。 


很 重要 的 一 点 是 模板 方法 应 该 指明 哪些 操作 是 钩子 操作 (可 以 被 重 定义 ) 以 及 哪些 是 抽 
象 操作 (必须 被 重 定义 )。 要 有 效 地 复 用 一 个 抽象 类 ， 子 类 编写 者 必须 明确 了 解 哪些 操作 是 设 
计 为 有 待 重 定义 的 。 
子 类 可 以 通过 重 定义 父 类 的 操作 来 扩展 该 操作 的 行为 ， 其 间 可 显 式 地 调用 父 类 操作 。 
void DerivedClass::Operation () ( 
ParentClass::Operation(); 


// DerivedClass extended behavior 
) 


不 幸 的 是 ， 人 们 很 容易 忘记 去 调用 被 继承 的 行为 。 我 们 可 以 将 这 样 一 个 操作 转换 为 模板 
方法 ， 以 使 得 父 类 可 以 对 子 类 的 扩展 方式 进行 控制 。 也 就 是 ， 在 父 类 的 模板 方法 中 调用 钩子 
操作 。 子 类 可 以 重 定义 钩子 操作 : 


void ParentClass::Operation () ( 
// ParentClass behavior 
HookOperation () ; 

} 


ParentClass 本 身 的 HookOperation 什么 也 不 做 : 


void ParentClass::HookOperation () ( ) 


子 类 重 定义 HookOperation 以 扩展 它 的 行为 : 


void DerivedClass::HookOperation () { 
// derived class extension 
) 


8. 实现 

有 三 个 实现 问题 值得 注意 : 

1 ) 使 用 C++ 访问 探 制 在 C++ 中， 一 个 模板 方法 调用 的 原 语 操 作 可 以 被 定义 为 保护 成 
员 ， 这 保证 它们 只 被 模板 方法 调用 。 必 须 重 定义 的 原 语 操作 需要 定义 为 纯 虚 图 数 。 模 板 方法 
自身 不 需要 被 重 定 义 ， 因 此 可 以 将 模板 方法 定义 为 一 个 非 虚 成 员 函 数 。 

2) 尽量 减少 原 语 操作 ”定义 模板 方法 的 一 个 重要 目的 是 尽量 减少 一 个 子 类 具体 实现 该 
算法 时 必须 重 定义 的 原 语 操 作 的 数目 。 需 要 重 定义 的 操作 越 多 ， 客 户 程 序 就 越 见 长 。 

3) 命名 约定 可 以 给 应 被 重 定义 的 操作 的 名 字 加 上 一 个 前 级 以 识别 它们 。 例 
如 ， 用 于 Macintosh 应 用 的 MacApp 框 架 [App89] 给 模板 方法 加 上 前 级 “Do-”"， 如 
“DoCreateDocument” “DoRead”, FẸ, 


9. 代码 示例 

下 面 的 C++ 实例 说 明了 一 个 父 类 如 何 强制 其 子 类 遵循 一 种 不 变 的 结构 。 这 个 例子 来 自 于 
NeXT 的 AppKit[Add94]。 考 虑 一 个 支持 在 屏幕 上 绘图 的 类 View。 一 个 视图 在 进入 “焦点 ” 
(focus) 状态 时 才 可 设 定 合适 的 特定 绘图 状态 (如 颜色 和 字体 )， 因 而 只 有 成 为 “焦点 ”之 后 
才能 进行 绘图 。View 类 强制 其 子 类 遵循 这 个 规则 。 

我 们 用 Display 模板 方法 来 解决 这 个 问题 。View 定 义 两 个 具体 操作 SetFocus 和 
ResetFocus， 分 别 设 定 和 清除 绘图 状态 。View 的 DoDisplay 钩子 操作 实施 真正 的 绘图 功能 。 
Display 在 DoDisplay 前 调用 SetFocus 以 设 定 绘图 状态 ，Display 此 后 调用 ResetFocus 以 释放 
绘图 状态 。 

void View::Display () ( 

SetFocus () ; 
DoDisplay () ; 


Reset Focus () ; 
} 


为 维持 不 变 部 分 View BJ & FP iH A Jal FA Display, m View 25 38 # HE X. 


DoDisplay. 
View AFA DoDisplay 什么 也 不 做 : 


void View::DoDisplay () ( ) 


于 类 重 定义 它 以 增加 特定 绘图 行为 : 


void MyView::DoDisplay () ( 
// render the view's contents 
) 


10. 已 知 应 用 
模板 方法 非常 普遍 ， 几 乎 可 以 在 任何 一 个 抽象 类 中 找到 。Wirfs-Brock 等 人 [WBWW90, 
WBJ90] 很 好 地 概述 和 讨论 了 模板 方法 。 
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11. 相关 模式 

Factory Method(3.3) 常 被 模板 方法 调用 。 在 动机 一 节 的 例子 中 ，DoCreateDocu- ment 就 
是 一 个 Factory Method， 它 由 模板 方法 OpenDocument 调用 。 

Strategy(5.9) : 模板 方法 使 用 继承 来 改变 算法 的 一 部 分 ，Strategy 使 用 委托 来 改变 整个 
算法 。 


5.1 Visitor (访问 者 ) 一 一 对 象 行 为 型 模式 


1. 意图 
表示 一 个 作用 于 某 对 象 结构 中 的 各 元 素 的 操作 。 它 使 你 可 以 在 不 改变 各 元 素 的 类 的 前 提 
下 定义 作用 于 这 些 元 素 的 新 操作 。 


2. 动机 

考虑 一 个 编译 器 ， 它 将 源 程序 表示 为 一 个 抽象 语法 树 。 该 编译 器 需要 在 抽象 语法 树 上 实 
施 某 些 操作 以 进行 “静态 语义 ”分 析 ， 例 如 检查 是 否 所 有 的 变量 都 已 经 被 定义 了 。 它 也 需要 
生成 代码 。 因 此 它 可 能 要 定义 许多 操作 以 进行 类 型 检查 、 代 码 优 化 、 流 程 分 析 ， 检 查 变量 是 
否 在 使 用 前 被 赋 初 值 ， 等 等 。 此 外 ， 还 可 使 用 抽象 语法 树 进行 优美 格式 打印 、 程 序 重 构 以 及 
对 程序 进行 多 种 度量 等 。 

这 些 操作 大 多 要 求 对 不 同 的 结 点 进行 不 同 的 处 理 。 例 如 对 代表 赋值 语句 的 结 点 的 处 理 就 
不 同 于 对 代表 变量 或 算术 表达 式 的 结 点 的 处 理 。 因 此 有 用 于 赋值 语句 的 类 ， 有 用 于 变量 访问 
的 类 ， 还 有 用 于 算术 表达 式 的 类 ， 等 等 。 结 点 类 的 集合 当然 依赖 于 被 编译 的 语言 ， 但 对 于 一 
个 给 定 的 语言 其 变化 不 大 。 
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上 面 的 框图 显示 了 Node 类 层次 的 一 部 分 。 这 里 的 问题 是 ， 将 所 有 这 些 操 作 分 散 到 各 种 
结 点 类 中 会 导致 整个 系统 难以 理解 、 难 以 维护 和 修改 。 将 类 型 检查 代码 与 优美 格式 打印 代码 
或 流程 分 析 代 码 放 在 一 起 ， 将 产生 混乱 。 此 外 ， 增 加 新 的 操作 通常 需要 重新 编译 所 有 这 些 
类 。 如 果 可 以 独立 地 增加 新 的 操作 ， 并 且 使 这 些 结 点 类 独立 于 作用 于 其 上 的 操作 ， 将 会 更 好 
一 些 、 

要 实现 上 述 两 个 目标 ,我 们 可 以 将 每 一 个 类 中 相关 的 操作 包装 在 一 个 独立 的 对 和 象 ( 称 为 
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一 个 Visitor) 中 ， 并 在 遍历 抽象 语法 树 时 将 此 对 象 传递 给 当前 访问 的 元 素 。 当 一 个 元 素 “ 接 
受 ” 该 访问 者 时 ， 该 元 素 向 访问 者 发 送 一 个 包含 自身 类 信息 的 请 求 。 该 请 求 同 时 也 将 该 元 素 
本 身 作 为 一 个 参数 。 然 后 访问 者 将 为 该 元 素 执 行 该 操作 一 一 这 一 操作 以 前 是 在 该 元 素 的 类 
中 的 。 

例如 ,一 个 不 使 用 访问 者 的 编译 器 可 能 会 通过 在 它 的 抽象 语法 树 上 调用 TypeCheck 
操作 对 一 个 过 程 进行 类 型 检查 。 每 一 个 结 点 将 调用 它 的 成 员 的 TypeCheck 以 实现 自身 的 
TypeCheck (参见 前 面 的 类 框图 )。 如 果 该 编译 器 使 用 访问 者 对 一 个 过 程 进 行 类 型 检查 ， 那 
么 它 将 会 创建 一 个 TypeCheckingVisitor 对 象 ， 并 以 这 个 对 象 为 参数 在 抽象 语法 树 上 调用 
Accept 操作 。 每 一 个 结 点 在 实现 Accept 时 将 会 回调 访问 者 : 一 个 赋值 结 点 调用 访问 者 的 
VisitAssignment 操作 ， 而 一 个 变量 引用 将 调用 VisitVariableReference。 类 AssignmentNode 
的 TypeCheck 操作 现在 成 为 TypeCheckingVisitor 的 VisitAssignment 操作 。 

为 使 访问 者 不 仅仅 做 类 型 检查 ， 我 们 需要 所 有 抽象 语法 树 的 访问 者 有 一 个 抽象 的 父 类 
NodeVisitor。NodeVisitor 必须 为 每 一 个 结 点 类 定义 一 个 操作 。 一 个 需要 计算 程序 度量 的 应 
用 将 定义 NodeVisitor 的 新 的 子 类 ， 并 且 将 不 再 需要 在 结 点 类 中 增加 与 特定 应 用 相关 的 代码 。 
Visitor 模式 将 每 一 个 编译 步骤 的 操作 封装 在 一 个 与 该 步骤 相关 的 Visitor 中 (参见 下 图 )。 








NodeVisitor 
VisitAssignment(AssignmentNod:t 
TypeCheckingVisitor CodeGeneratingVisitor 
Program «> ee Node 
| AssignmentNode | VariableRefNode 
At cept(Ne )deV Sif | | 
— SNR 
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使 用 Visitor 模式 ， 必 须 定义 两 个 类 层次 : 一 个 对 应 于 接受 操作 的 元 素 ( Node JAM), J 
一 个 对 应 于 定义 对 元 素 的 操作 的 访问 者 ( NodeVisitor 层次 )。 给 访问 者 类 层次 增加 一 个 新 的 
子 类 即 可 创建 一 个 新 的 操作 。 只 要 该 编译 器 接 受 的 语法 不 改变 ( 即 不 需要 增加 新 的 Node F 
AE), 我 们 就 可 以 简单 地 定义 新 的 NodeVisitor 子 类 以 增加 新 的 功能 。 
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3. 适用 性 
在 下 列 情 况 下 使 用 Visitor 模式 : 


一 个 对 象 结构 包含 很 多 类 对 象 ， 它们 有 不 同 的 接口 ， 而 你 想 对 这 些 对 象 实施 一 些 依赖 
于 其 具体 类 的 操作 。 

需要 对 一 个 对 象 结构 中 的 对 象 进 行 很 多 不 同 并 且 不 相关 的 操作 ， 而 你 想 避 免 让 这 些 操 
作 “ 污 染 ” 这 些 对 象 的 类 。Visitor 使 得 你 可 以 将 相关 的 操作 集中 起 来 定义 在 一 个 类 中 。 
当 该 对 象 结构 被 很 多 应 用 共享 时 ， 用 Visitor 模式 让 每 个 应 用 仅 包 含 需 要 用 到 的 操作 。 
e 定义 对 象 结构 的 类 很 少 改变 , 但 经 常 需要 在 此 结构 上 定义 新 的 操作 。 改 变 对 象 结构 类 
需要 重 定义 对 所 有 访问 者 的 接口 ， 这 可 能 需要 很 大 的 代价 。 如 有 果 对 和 象 结构 类 经 常 改 
AE, 那么 可 能 还 是 在 这 些 类 中 定义 这 些 操作 比较 好 。 












































4. 结构 
| Visitor 
| = — 
VisitConcreteElementA(ConcreteElementA) 
| VisitConcreteElementB(ConcreteElementB) 
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itConcreteElementA(this) = | v-»VisitConcreteElementB(this) 
5. £2 


e Visitor (访问 者 ， 如 NodeVisitor) 
一 为 该 对 象 结构 中 ConcreteElement 的 每 一 个 类 声明 一 个 Visit 操作 。 该 操作 的 名 字 
和 特征 标识 了 发 送 Visit 请 求 给 该 访问 者 的 类 。 这 使 得 访问 者 可 以 确定 正 被 访问 元 
素 的 具体 的 类 。 这 样 访问 者 就 可 以 通过 该 元 素 的 特定 接口 直接 访问 它 。 
e ConcreteVisitor (具体 访问 者 ， 如 TypeCheckingVisitor ) 
一 实现 每 个 由 Visitor 声明 的 操作 。 每 个 操作 实现 本 算法 的 一 部 分 ， 而 该 算法 片段 是 
对 应 于 结构 中 对 象 的 类 。ConcreteVisitor 为 该 算法 提供 了 上 下 文 并 存储 它 的 局 部 状 


态 。 这 一 状态 常常 在 裔 历 该 结构 的 过 程 中 累积 结果 。 
Element (元 素 ， 如 Node) 
一 定义 一 个 Accept 操作 ， 它 以 一 个 访问 者 为 参数 。 
ConcreteElement (具体 元 素 ， 如 AssignmentNode, VariableRefNode) 
一 实现 Accept 操作 ， 该 操作 以 一 个 访问 者 为 参数 。 
ObjectStructure (对 象 结构 ， 如 Program) 
一 能 枚 举 它 的 元 素 。 
一 可 以 提供 一 个 高 层 的 接口 以 允许 该 访问 者 访问 它 的 元 素 。 
一 可 以 是 一 个 组 合 (参见 Composite(4.3)) 或 是 一 个 集合 ， 如 一 个 列表 或 一 个 无 序 
4A» 
H o 


6. 协作 

e 一 个 使 用 Visitor 模式 的 客户 必须 创建 一 个 ConcreteVisitor 对 象 ， 然 后 遍历 该 对 象 结 
构 ， 并 用 该 访问 者 访问 每 一 个 元 素 。 

当 一 个 元 素 被 访问 时 ， 它 调用 对 应 于 它 的 类 的 Visitor 操作 。 如 果 必 要 ， 该 元 素 将 自 
身 作 为 这 个 操作 的 一 个 参数 ， 以 便 该 访问 者 访问 它 的 状态 。 

下 面 的 交互 框图 说 明了 一 个 对 象 结构 、 一 个 访问 者 和 两 个 元 素 之 间 的 协作 。 
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7. 效果 

下 面 是 访问 者 模式 的 一 些 优 缺 点 : 

1 ) 访问 者 模式 使 得 易于 增加 新 的 操作 ”访问 者 使 得 增加 依赖 于 复杂 对 象 结构 的 构件 的 
操作 变 得 容易 了 。 仅 需 增 加 一 个 新 的 访问 者 即 可 在 一 个 对 象 结构 上 定义 一 个 新 的 操作 。 相 
反 ， 如 果 每 个 功能 都 分 散在 多 个 类 之 上 的 话 ， 定 义 新 的 操作 时 必须 修改 每 一 个 类 。 

2) 访问 者 集中 相关 的 操作 而 分 离 无 关 的 操作 ”相关 的 行为 不 是 分 布 在 定义 该 对 象 结 构 
的 各 个 类 上 ， 而 是 集中 在 一 个 访问 者 中 。 无 关 行 为 却 被 分 别 放 在 各 自 的 访问 者 子 类 中 。 这 就 
既 简化 了 这 些 元 素 的 类 ， 也 简化 了 在 这 些 访问 者 中 定义 的 算法 。 所 有 与 其 算法 相关 的 数据 结 
构 都 可 以 被 隐藏 在 访问 者 中 。 

3) 增加 新 的 ConcreteElement 类 很 困难 Visitor 模式 使 得 难以 增加 新 的 Element 的 子 
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类 。 每 添加 一 个 新 的 ConcreteElement 都 要 在 Vistor 中 添加 一 个 新 的 抽象 操作 ， 并 在 每 一 个 
ConcretVisitor 类 中 实现 相应 的 操作 。 有 时 可 以 在 Visitor 中 提供 一 个 缺 省 的 实现 ， 这 一 实现 
可 以 被 大 多 数 的 ConcreteVisitor 继承 ， 但 这 与 其 说 是 一 个 规律 还 不 如 说 是 一 种 例外 。 

所 以 在 应 用 访问 者 模式 时 考虑 的 关键 问题 是 系统 的 哪个 部 分 会 经 常 变 化 ， 是 作用 于 对 象 
结构 上 的 算法 还 是 构成 该 结构 的 各 个 对 象 的 类 。 如 果 总 是 有 新 的 ConcretElement 类 加 入 进来 
的 话 ，Vistor 类 层次 将 变 得 难以 维护 。 在 这 种 情况 下 ， 直接 在 构成 该 结构 的 类 中 定义 这 些 操 
作 可 能 更 容易 一 些 。 如 果 Element 类 层次 是 稳定 的 ， 而 你 不 断 地 增加 操作 或 修改 算法 ， 访 问 
者 模式 可 以 帮助 你 管理 这 些 改动 。 

4) 通过 类 层次 进行 访问 一 个 迭代 器 (参见 Iterator($.4)) 可 以 通过 调用 结 点 对 象 的 特 
定 操作 来 人 帝 历 整个 对 象 结 构 ， 同 时 访问 这 些 对 象 。 但 是 迭代 器 不 能 对 具有 不 同 元 素 类 型 的 对 
象 结 构 进 行 操作 。 例 如 ，5.4 节 代 码 示 例 中 定义 的 Iterator 接口 只 能 访问 类 型 为 Item 的 对 象 : 


template <class Item> 
class Iterator { 

EN xs 

Item CurrentItem() const; 
); 


这 就 意味 着 该 迭代 器 能 够 访问 的 所 有 元 素 都 有 一 个 共同 的 父 类 Item. 
访问 者 没有 这 种 限制 。 它 可 以 访问 不 具有 相同 父 类 的 对 象 。 可 以 对 一 个 Visitor 接口 增加 
任何 类 型 的 对 象 。 例 如 ， 在 
class Visitor { 
public: 
Ee ea 
void VisitMyType (MyType*); 
void VisitYourType (YourType*); 
); 
H, MyType 和 YourType 可 以 完全 无 关 ， 它 们 不 必 继 承 相同 的 父 类 。 
5) 累积 状态 ” 当 访 问 者 访问 对 象 结构 中 的 每 一 个 元 素 时 ， 它 可 能 会 累积 状态 。 如 果 没 
有 访问 者 ， 这 一 状态 将 作为 额外 的 参数 传递 给 进行 遍历 的 操作 ， 或 者 定义 为 全 局 变量 。 
6) 破坏 封装 ”访问 者 方法 假定 ConcreteElement 接口 的 功能 足够 强 ， 足 以 让 访问 者 进行 
其 工作 。 结 果 是 ， 该 模式 常常 迫使 你 提供 访问 元 素 内 部 状态 的 公共 操作 ， 这 可 能 会 破坏 它 的 
封装 性 。 


8. 实现 

每 一 个 对 象 结构 将 有 一 个 相关 的 Visitor 类 。 这 个 抽象 的 访问 者 类 为 定义 对 象 结 构 的 每 一 
个 ConcreteElement 类 声明 一 个 VisitConcreteElement 操作 。 每 一 个 Visitor 上 的 Visit 操作 声 
明 它 的 参数 为 一 个 特定 的 ConcreteElement， 以 允许 该 Visitor 直接 访问 ConcreteElement 的 接 
口 。ConcreteVistor 类 重 定 义 每 一 个 Visit 操作 ， 从 而 为 相应 的 ConcreteElement 类 实现 与 特 
定 访问 者 相关 的 行为 。 

在 C++ 中 ，Visitor 类 可 以 这 样 定义 : 


class Visitor ( 

public: 
virtual void VisitElementA(ElementA*); 
virtual void VisitElementB(ElementB*) ; 


// and so on for other concrete elements 
protected: 


Visitor(); 
): 


每 个 ConcreteElement 类 实现 一 个 Accept 操 作 ， 这 个 操作 调用 访问 者 中 相应 于 本 
ConcreteElement 类 的 Visit 操作 。 这 样 最 终 得 到 调用 的 操作 不 仅 依赖 于 该 元 素 的 类 也 依赖 于 


访问 者 的 类 5 。 
具体 元 素 声 明 为 : 
class Element ( 
public: 
virtual ^Element(); 
virtual void Accept(Visitor&) - 0; 
protected: 
Element () ; 


}; 
class ElementA : public Element { 
public: 
ElementA(); 
virtual void Accept(Visitor& v) ( v.VisitElementA(this); ) 
); 


class ElementB : public Element { 
public: 
ElementB(); 
virtual void Accept(Visitor& v) ( v.VisitElementB(this); ) 


}; 
一 个 CompositeElement 类 可 能 象 这 样 实现 Accept: 


class CompositeElement : public Element { 
public: 

virtual void Accept (Visitor&) ; 
private: 

List<Element*>* children; 


); 


void CompositeElement::Accept (Visitor& v) ( 
ListIterator«Element*» i(, children); 


for (i.First(); !i.IsDone(); i.Next()) ( 
i.CurrentItem()-»Accept (v); 


) 
v.VisitCompositeElement (this); 


下 面 是 应 用 Visitor 模式 时 产生 的 其 他 两 个 实现 问题 : 
1) NAIR (double-dispatch) 访问 者 模式 允许 你 不 改变 类 即 可 有 效 地 增加 其 上 的 操作 。 


O ”因为 这 些 操作 所 传递 的 参数 各 不 相同 ， 所 以 我 们 可 以 使 用 畏 数 重 载 机 制 来 给 这 些 操作 以 相同 的 简单 命名 ， 
例如 Visit。 这 样 的 重 载 有 好 处 也 有 坏处 。 一 方面 ， 它 强调 了 这 样 一 个 事实 : 每 个 操作 涉及 的 是 相同 的 分 
析 ， 尽 管 它们 使 用 不 同 的 参数 。 另 一 方面 ， 对 阅读 代码 的 人 来 说 ， 可 能 在 调用 点 正在 进行 些 什 么 就 不 那么 
显而易见 了 。 其 实 这 最 终 取决 于 你 认为 函数 重 载 机制 究 竟 是 好 还 是 坏 。 
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为 达到 这 一 效果 使 用 了 一 种 称 为 双 分 派 的 技术 。 这 是 一 种 很 著名 的 技术 。 事 实 上 ， 一 些 编程 
语言 甚至 直接 文 持 这 一 技术 (例如 ，CLOS)。 而 像 C++ 和 Smalltalk 这 样 的 语言 支持 单 分 派 
(single-dispatch ) 。 

在 单 分 派 语 言 中 ， 到 底 由 哪 种 操作 来 实现 一 个 请 求 取 决 于 两 个 方面 : 该 请 求 的 名 字 和 接 
收 者 的 类 型 。 例 如 ， 一 个 GenerateCode 请 求 将 会 调用 的 操作 取决 于 你 请 求 的 结 点 对 象 的 类 
型 。 在 C++ 中 ， 对 一 个 VariableRefNode 实例 调用 GenerateCode 将 调用 VariableRefNode:: 
GenerateCode ( 它 生 成 一 个 变量 引用 的 代码 )， 而 对 一 个 AssignmentNode 调用 GenerateCode 
将 调用 Assignment::GenerateCode ( 它 生 成 一 个 赋值 操作 的 代码 )。 所 以 最 终 哪 个 操作 得 到 执 
行 依赖 于 请 求 的 种 类 和 接收 者 的 类 型 两 个 方面 。 

双 分 派 意 味 着 得 到 执行 的 操作 取决 于 请 求 的 种 类 和 两 个 接收 者 的 类 型 。Accept 是 一 个 
double-dispatch 操作 。 它 的 含义 取决 于 两 个 类 型 : Visitor 的 类 型 和 Element 的 类 型 。 双 分 派 
使 得 访问 者 可 以 对 每 一 个 类 的 元 素 请 求 不 同 的 操作 。9 

这 是 Visitor 模式 的 关键 所 在 : 得 到 执行 的 操作 不 仅 取决 于 Visitor 的 类 型 还 取决 于 它 
访问 的 Element 的 类 型 。 可 以 不 将 操作 静态 地 绑 定 在 Element 接口 中 ， 而 将 其 安放 在 一 
个 Visitor 中 ， 并 使 用 Accept EIS {TAT HET SBE. TE Element 接口 就 等 于 定义 一 个 新 的 
Visitor 子 类 而 不 是 多 个 新 的 Element 子 类 。 

2) 谁 负责 遍历 对 象 结构 “一 个 访问 者 必须 访问 这 个 对 象 结构 的 每 一 个 元 素 。 问 题 是 ， 
EREMO 我 们 可 以 将 遍历 的 责任 放 到 下 面 三 个 地 方 中 的 任意 一 个 : 对 象 结构 中 ， 访 问 者 中 ， 
一 个 独立 的 迭代 需 对 象 中 (参见 Iterator(5.4)) 。 

通常 由 对 象 结构 负责 迭代 。 一 个 集合 只 需要 对 它 的 元 素 进行 迭代 ， 并 对 每 一 个 元 素 调 用 
Accept 操作 。 而 一 个 组 合 通 常 让 Accept 操作 遍历 该 元 素 的 各 子 构件 并 对 它们 中 的 每 一 个 递 
归 地 调用 Accept。 

尺 一 个 解决 方案 是 使 用 一 个 迭代 上 需 来 访问 各 个 元 素 。 在 C++ 中 ， 既 可 以 使 用 内 部 迭代 器 
也 可 以 使 用 外 部 迭代 絮 ， 到 底 用 哪个 取决 于 哪个 可 用 和 哪个 最 有 效 。 在 Smalltalk 中 ， 通 常 
使 用 一 个 内 部 迭代 副 ， 这 个 内 部 迭代 融 使 用 do: 和 一 个 块 。 因 为 内 部 迭代 器 由 对 象 结构 实现 ， 
使 用 一 个 内 部 迭代 器 很 大 程度 上 就 像 是 让 对 象 结 构 负 责 迭 代 。 主 要 区 别 在 于 ， 内 部 迭代 器 不 
会 产生 双 分 派 一 一 它 将 以 该 元 素 为 参数 调用 访问 者 的 一 个 操作 ， 而 不 是 以 访问 者 为 参数 调用 
元 系 的 一 个 操作 。 不 过 ， 如 果 访 问 者 的 操作 仅 简 单 地 调用 该 元 素 的 操作 而 不 需要 递归 的 话 ， 
使 用 内 部 迭代 器 的 Visitor 模式 很 容易 使 用 。 

甚至 可 以 将 过 有 历 算法 放 在 访问 者 中 ， 尽 管 这 样 将 导致 对 每 一 个 聚合 ConcreteElement， 在 
每 一 个 ConcreteVisitor 中 都 要 复制 遍历 的 代码 。 将 该 遍历 策略 放 在 访问 者 中 的 主要 原因 是 想 
实现 一 个 特别 复杂 的 遍历 ， 它 依赖 于 对 该 对 象 结构 的 操作 结果 。 我 们 将 在 代码 示例 一 节 给 出 
这 种 情况 的 一 个 例子 。 

O ”如果 我 们 可 以 有 双 分 派 ， 那 么 为 什么 不 可 以 是 三 分 派 或 四 分 派 ， 甚 至 是 任意 其 他 数目 的 分 派 呢 ? 实际 上 ， 


双 分 派 仅仅 是 多 分 派 ( multiple-dispatch) 的 一 个 特例 ， 在 多 分 派 中 操作 的 选择 基于 任意 数目 的 类 型 。( 事 
X E CLOS 支持 多 分 派 。) 在 支持 双 分 派 或 多 分 派 的 语言 中 ，Visitor 模式 就 不 那么 必需 了 。 


9. 代码 示例 

因为 访问 者 通常 与 组 合 相 关 ， 所 以 我 们 将 使 用 在 Composite(4.3) 代码 示例 一 节 中 定义 的 
Equipment 类 来 说 明 Visitor 模式 。 我 们 将 使 用 Visitor 定义 一 些 用 于 计算 材料 存货 清单 和 单 件 
设备 总 花费 的 操作 。Equipment 类 非常 简单 ， 实 际 上 并 不 一 定 要 使 用 Visitor， 但 我 们 可 以 很 
容易 地 从 中 看 出 实现 该 模式 时 会 涉及 的 内 容 。 

这 里 是 Composite(4.3) 中 的 Equipment 类 。 我 们 给 它 添加 一 个 Accept 操作 ， 使 其 可 与 一 
个 访问 者 一 起 工作 。 

class Equipment { 

public: 

virtual ~Equipment (); 


const char* Name() { return name; ) 


virtual Watt Power(); 
virtual Currency NetPrice(); 
virtual Currency DiscountPrice(); 


virtual void Accept (EquipmentVisitoré&) ; 
protected: 

Equipment (const char*) ; 
private: 

const char* _name; 
}3 


各 Equipment 操作 返回 设备 的 属性 ， 例 如 它 的 功 耗 和 价格 。 对 于 特定 种 类 的 设备 (如 底 
盘 、 发 动机 和 平面 板 )， 子 类 适当 地 重 定义 这 些 操作 。 

如 下 所 示 ， 所 有 设备 访问 者 的 抽象 父 类 对 每 一 个 设备 子 类 都 有 一 个 虚 肾 数 。 所 有 虚 哨 数 
的 缺 省 行为 都 是 什么 也 不 做 。 


class EquipmentVisitor ( 
public: 
virtual ~EquipmentVisitor(); 


virtual void VisitFloppyDisk(FloppyDisk*); 
virtual void VisitCard(Card*); 

virtual void VisitChassis(Chassis*); 
virtual void VisitBus(Bus*); 


// and so on for other concrete subclasses of Equipment 
protected: 


EquipmentVisitor(); 
}; 


Equipment 子 类 以 基本 相同 的 方式 定义 Accept : 调用 EquipmentVisitor 中 对 应 于 接收 
Accept 请 求 的 类 的 操作 ， 如 : 


void FloppyDisk::Accept (EquipmentVisitor& visitor) { 
visitor.VisitFloppyDisk(this); 
) 


包含 其 他 设备 的 设备 (尤其 是 在 Composite 模式 中 CompositeEquipment 的 子 类 ) 实现 
Accept 时 ,遍历 其 各 个 子 构件 并 调用 它们 各 自 的 Accept 操作 ， 然 后 对 自己 调用 Visit 操作 。 
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例如 ，Chassis::Accept 可 像 下 面 这 样 遍历 底盘 中 的 所 有 部 件 : 


void Chassis::Accept (EquipmentVisitor& visitor) ( 
for ( 
ListIterator<Equipment*> i( parts); 
'i.IsDone(); 
i.Next() 
M -£ 
i.CurrentItem()-»Accept (visitor); 
) 
visitor.VisitChassis(this); 
) 


EquipmentVisitor 的 子 类 在 设备 结构 上 定义 了 特定 的 算法 。PricingVisitor 计算 该 设备 结 
构 的 价格 。 它 计算 所 有 的 简单 设备 (如 软盘 ) 的 实 价 以 及 所 有 组 合 设 备 (如 底盘 和 公共 汽车 ) 
打折 后 的 价格 。 


class PricingVisitor : public EquipmentVisitor ( 
public: 
PricingVisitor(); 


Currency& GetTotalPrice(); 


virtual void VisitFloppyDisk(FloppyDisk*); 
virtual void VisitCard(Card*); 
virtual void VisitChassis (Chassis*); 
virtual void VisitBus (Bus*); 
TEM 04's 

private: 
Currency _total; 

); 


void PricingVisitor::VisitFloppyDisk (FloppyDisk* e) ( 
.total += e-»NetPrice(); 
) 


void PricingVisitor::VisitChassis (Chassis* e) ( 
.total += e-»DiscountPrice(); 
) 


PricingVisitor 将 计算 设备 结构 中 所 有 结 点 的 总 价格 。 注 意 PricingVisitor 在 相应 的 成 员 
田 数 中 为 一 类 设备 选择 合适 的 定价 策略 。 此 外 ， 我 们 只 需 改 变 PricingVisitor 类 即 可 改变 一 个 
设备 结构 的 定价 策略 。 

我 们 可 以 像 下 面 这 样 定义 一 个 计算 存货 清单 的 类 : 

class InventoryVisitor : public EquipmentVisitor { 


public: 
InventoryVisitor(); 


Inventory& GetInventory(); 


virtual void VisitFloppyDisk(FloppyDisk*); 
virtual void VisitCard(Card*); 

virtual void VisitChassis(Chassis*); 
virtual void VisitBus (Bus*); 

FI vx 


private: 
Inventory . inventory; 
); 
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Inventory Visitor 为 对 象 结构 中 的 每 一 种 类 型 的 设备 累计 总 和 。InventoryVisitor 使 用 一 个 
Inventory 类 ，Inventory 类 定义 了 一 个 接口 用 于 增加 设备 (此 处 略 去 )。 


void InventoryVisitor: :VisitFloppyDisk (FloppyDisk* e) { 
_inventory .Accumulate (e); 
} 


void InventoryVisitor::VisitChassis (Chassis* e) { 
.inventory.Accumulate (e); 
) 


下 面 是 如 何在 一 个 设备 结构 上 使 用 InventoryVisitor: 


Equipment* component; 
InventoryVisitor visitor; 


component -»Accept (visitor); 
cout «« "Inventory " 


<< component -»Name () 
«« visitor.GetInventory(); 


现在 我 们 将 说 明 如 何 用 Visitor 模式 实现 Interpreter(5.3) 模式 中 那个 Smalltalk 的 例子 。 
像 上 面 的 例子 一 样 ， 这 个 例子 非常 小 ，Visitor 可 能 并 不 能 带 给 我 们 很 多 好 处 ， 但 是 它 很 好 地 
说 明了 如 何 使 用 这 个 模式 。 此 外 ， 它 说 明了 一 种 情况 ， 在 此 情况 下 迭代 是 访问 者 的 职责 。 

该 对 象 结构 (正则 表达 式 ) 由 四 个 类 组 成 ， 并 且 它 们 都 有 一 个 accept: 方法 ， 该 方法 以 某 
访问 者 为 参数 。 在 类 SequenceExpression 中 ，accept: 方法 是 : 


accept: aVisitor 
^ aVisitor visitSequence: self 


在 类 RepeatExpression #1, accept: 方法 发 送 visitRepeat 消息 ; 在 类 AlternationExpression 
H, ERIK visitAlternation: 消息 ; 而 在 类 LiteralExpression 中 ， 它 发 送 visitLiteral: 消息 。 

这 四 个 类 还 必须 有 可 供 Vistor 使 用 的 访问 函数 。 对 于 SequenceExpression, ix 26 pki BFE 
expression] 和 expression2 ; Xf AlternationExpression, iX#¢ ph RUE alternativel 和 alternative2 ; 
对 于 RepeatExpression, repetition; 而 对 于 LiteralExpression, ， 则 是 component. 

具体 的 访问 者 是 REMatchingVisitor。 因 为 它 所 需要 的 遍历 算法 是 不 规则 的 ， 所 以 由 
它 自己 负责 进行 遍历 。 其 最 大 的 不 规则 之 处 在 于 RepeatExpression 要 重复 遍历 它 的 构件 。 
REMatchingVisitor 类 有 一 个 实例 变量 inputState。 它 的 各 个 方法 除了 将 名 为 inputState HE 
数 替 换 为 匹配 的 表达 式 结 点 以 外 ， 与 Interpreter 模式 中 表达 式 类 的 match: 方法 基本 上 是 一 样 
的 。 它 们 还 是 返回 该 表达 式 可 以 匹配 的 流 的 集合 以 标识 当前 状态 。 

visitSequence: sequenceExp 


inputState :- sequenceExp expressionl accept: self. 
^ sequenceExp expression2 accept: self. 


visitRepeat: repeatExp 
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| finalState | 
finalState :- inputState copy. 
[inputState isEmpty] 
whileFalse: 
[inputState := repeatExp repetition accept: self. 
finalState addAll: inputState]. 
^ finalState 


visitAlternation: alternateExp 
| finalState originalState | 


originalState :- inputState. 
finalState :- alternateExp alternativel accept: self. 
inputState :- originalState. 


finalState addAll: (alternateExp alternative2 accept: self). 
^ finalState 
visitLiteral: literalExp 
| finalState tStream | 
finalState :- Set new. 
inputState 
do: 
[:stream | tStream :- stream copy. 
(tStream nextAvailable: 
literalExp components size 
) » literalExp components 
ifTrue: [finalState add: tStream] 


Js 
^ finalState 


10. 已 知 应 用 
Smalltalk-80 编译 器 有 一 个 称 为 ProgramNodeEnumerator 的 Visitor 类 。 它 主要 用 于 那些 


分 析 源 代码 的 算法 。 它 未 被 用 于 代码 生成 和 优美 格式 打印 ， 尽 管 它 也 可 以 做 这 些 工 作 。 

IRISInventor[Str93] 是 一 个 用 于 开发 三 维 图 形 应 用 的 工具 包 。Inventor 将 一 个 三 维 场 景 表 
示 成 一 个 结 点 的 层次 结构 ， 每 一 个 结 点 代表 一 个 几何 对 象 或 其 属性 。 诸 如 绘制 一 个 场景 或 是 
映射 一 个 输入 事件 之 类 的 一 些 操作 要 求 以 不 同 的 方式 遍历 这 个 层次 结构 。Inventor 使 用 称 为 
“action ”的 访问 者 来 做 到 这 一 点 。 生 成 图 像 、 事 件 处 理 、 查 询 、 填 充 和 决定 边界 框 等 操作 都 
有 相应 的 访问 者 来 处 理 。 

为 使 增加 新 的 结 点 更 容易 一 些 ，Inventor 为 C++ 实现 了 一 个 双 分 派 方案 。 该 方案 依赖 于 
运行 时 的 类 型 信息 和 一 个 二 维 表 ， 在 这 个 二 维 表 中 行 代 表 访 问 者 而 列 代 表 结 点 类 。 表 格 中 存 
储 绑 定 于 访问 者 和 结 点 类 的 果 数 指针 。 

Mark Linton 在 X Consortium 的 Fresco Application Toolkit 设计 说 明 书 中 提出 了 术语 
“Visitor” [LP93]. 


11. 相关 模式 
Composite(4.3): 访问 者 可 以 用 于 对 一 个 由 Composite 模式 定义 的 对 象 结构 进行 操作 。 
Interpreter(5.3): 访问 者 可 以 用 于 解释 。 


5.12 行为 型 模式 的 讨论 
5.12.1 封 狼 变化 


封装 变化 是 很 多 行为 模式 的 主题 。 当 一 个 程序 某 方 面 的 特征 经 常 发 生 改 变 时 ， 这 些 模式 


第 5$ 章 ”行为 型 模式 257 


就 定义 一 个 封装 这 方面 的 对 象 。 这 样 当 该 程序 的 其 他 部 分 依赖 于 这 方面 时 ， 它 们 都 可 以 与 此 
对 象 协作 。 这 些 模 式 通 常 定义 一 个 抽象 类 来 描述 这 些 封装 变化 的 对 象 ， 并 且 通 常 该 模式 依据 
这 个 对 象 9 来 命名 。 例 如 : 


e 一 个 Strategy 对 象 封装 一 个 算法 (Strategy(5.9))。 

e 一 个 State 对 象 封 装 一 个 与 状态 相关 的 行为 (State(5.8))。 

e 一 个 Mediator 对 象 封 装 对 象 间 的 协议 (Meditator(5.5))。 

e 一 个 Iterator 对 象 封装 访问 和 遍历 一 个 聚集 对 象 中 的 各 个 构件 的 方法 〈Iterator(5.4) ) 。 


这 些 模 式 描述 了 程序 中 很 可 能 会 改变 的 方面 。 大 多 数 模式 有 两 种 对 象 : 封装 该 方面 特征 
的 新 对 象 ， 使 用 这 些 新 对 象 的 已 有 对 象 。 如 果 不 使 用 这 些 模 式 的 话 ， 通 常 这 些 新 对 象 的 功能 
就 会 变 成 已 有 对 象 的 难以 分 割 的 一 部 分 。 例 如 ， 一 个 Strategy 的 代码 可 能 会 被 知人 其 Context 
类 中 ， 而 一 个 State 的 代码 可 能 会 在 该 状态 的 Context 类 中 直接 实现 。 

但 不 是 所 有 的 对 象 行为 模式 都 像 这 样 分 割 功能 。 例 如 ，Chain of Responsibility(5.1) 可 以 
处 理 任意 数目 的 对 象 ( 即 一 个 链 )， 而 所 有 这 些 对 象 可 能 已 经 存在 于 系统 中 了 。 

职责 链 说 明了 行为 模式 间 的 另 一 个 不 同 点 : 并 非 所 有 的 行为 模式 都 定义 类 之 间 的 静态 通信 关 
系 。 职 责 链 提供 在 数目 可 变 的 对 象 间 进行 通信 的 机 制 。 其 他 模式 涉及 一 些 作为 参数 传递 的 对 象 。 


5.12.2 对象 作为 参数 


E E et eae 例如 Visitor(5.11)。 一 个 Visitor 对 象 是 一 个 多 
态 的 Accept 操作 的 参数 ， 这 个 操作 作用 于 该 Visitor 对 象 访 问 的 对 象 。 ype 
Visitor 模式 的 方法 是 将 Visitor 代码 分 布 在 一 些 对 象 结构 的 类 中 ， 但 visitor 从 来 都 不 是 它 
访问 的 对 象 的 一 部 分 。 

其 他 模式 定义 一 些 可 作为 令 牌 到 处 传递 的 对 象 ， 这 些 对 和 象 将 在 稍 后 被 调用 。Command(5.2) 
和 Memento(5.6) 都 属于 这 一 类 。 在 Command F, 令 牌 代表 一 个 请 求 ; 而 在 Memento 中 ， 
它 代表 一 个 对 象 在 某 个 特定 时 刻 的 内 部 状态 。 在 这 两 种 情况 下 ， 令 有 牌 都 可 以 有 复杂 的 内 部 表 
示 ， 但 客户 并 不 会 意识 到 这 一 点 。 但 这 里 还 有 一 些 区 别 : 在 Command 模式 中 多 态 很 重要 ， 
因为 执行 Command 对 象 是 一 个 多 态 的 操作 。 相 反 ，Memento 接口 非常 小 ， 以 至 于 备忘录 只 
能 作为 一 个 值 传递 ， 因 此 它 很 可 能 根本 不 给 它 的 客户 提供 任何 多 态 操作 。 


5.12.3 ”通信 应 该 被 封装 还 是 被 分 布 


Mediator(5.5) 和 Observer(5.7) 是 相互 竞争 的 模式 。 它 们 之 间 的 差别 是 ，Observer 通过 引 
人 Observer 和 Subject 对 象 来 分 布 通信 ， 而 Mediator 对 象 则 封装 了 其 他 对 象 间 的 通信 。 
日 ”这 个 主题 也 贯穿 于 其 他 种 类 的 模式 。AbstractFactory(3.1)、Bnuilder(3.2) 和 Prototype(3.4) 都 封装 了 关于 对 


象 如 何 创 建 的 信息 。Decorator(4.4) 封装 了 可 以 被 加 入 一 个 对 象 的 职责 。Bridge(4.2) 将 一 个 抽象 与 它 的 实 
现 分 离 ， 使 它们 可 以 独立 地 变化 。 
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在 Observer 模式 中 ， 不 存在 封装 一 个 约束 的 单个 对 象 ， 而 必须 是 由 Observer 和 Subject 
对 象 相互 协作 来 维护 这 个 约束 。 通 信 模 式 由 观察 者 和 目标 连接 的 方式 决定 : 一 个 目标 通常 有 
多 个 观察 者 ， 并 且 有 时 一 个 目标 的 观察 者 也 是 另 一 个 观察 者 的 目标 。Mediator 模式 的 目的 是 
集中 而 不 是 分 布 。 它 将 维护 一 个 约束 的 职责 直接 放 在 中 介 者 中 。 

我 们 发 现 生 成 可 复 用 的 Observer 和 Subject 比 生成 可 复 用 的 Mediator 容 易 一 些 。 
Observer 模式 有 利于 Observer 和 Subject 间 的 分 割 和 松 耦 合 ， 同 时 这 将 产生 粒度 更 细 从 而 更 
易于 复 用 的 类 。 

男 一 方面 ， 相 对 于 Observer, Mediator 中 的 通信 流 更 容易 理解 。 观 察 者 和 目标 通常 在 创 
建 后 很 快 被 连接 起 来 ， 并 且 很 难看 出 此 后 它们 在 程序 中 是 如 何 连 接 的 。 如 果 你 了 解 Observer 
模式 ， 你 将 知道 观察 者 和 目标 间 连 接 的 方式 是 很 重要 的 ， 并 且 你 也 知道 寻找 哪些 连接 。 然 
而 ，Observer 模式 引入 的 间接 性 仍然 会 使 得 一 个 系统 难以 理解 。 

Smalltalk 中 的 Observer 可 以 用 消息 进行 参数 化 以 访问 Subject 的 状态 ， 因 此 与 C++ 中 的 
Observer 相 比 ， 它 们 具有 更 大 的 可 复 用 性 。 这 使 得 Smalltalk 中 Observer HE Mediator 更 具 吸 
引力 。 因 此 Smalltalk 程序 员 通 常会 使 用 Observer， 而 C++ 程序 员 则 会 使 用 Mediator。 


9.12.4 WRIAB IRINA He 


当 合作 的 对 象 直接 互相 引用 时 ， 它 们 变 得 互相 依赖 ， 这 可 能 会 对 一 个 系统 的 分 层 和 复 
用 性 产生 负面 影响 。 命 令 、 观 察 者 、 中 介 者 和 职责 链 等 模式 都 涉及 如 何 对 发 送 者 和 接收 者 解 
耦 ， 但 它们 又 各 有 不 同 的 权衡 考虑 。 

命令 模式 使 用 一 个 Command 对 象 来 定义 发 送 者 和 接收 者 之 间 的 绑 定 关系 ， 从 而 文 持 解 
i, FATA. 


anInvoker aCommand aReceiver 


(发 送 者 ) ( 接收 者 ) 

Command 对 象 提 供 了 一 个 提交 请 求 的 简单 接口 CHI Execute 操作 )。 将 发 送 者 和 接收 者 
之 间 的 连接 定义 在 一 个 单独 的 对 象 中 使 得 该 发 送 者 可 以 与 不 同 的 接收 者 一 起 工作 。 这 就 将 发 
送 者 与 接收 者 解 而 ， 使 发 送 者 更 易于 复 用 。 此 外 ， 可 以 复 用 Command 对 象 ， 用 不 同 的 发 送 
者 参数 化 一 个 接收 者 。 虽 然 Command 模式 描述 了 避免 使 用 生成 子 类 的 实现 技术 ,但 是 名 义 
上 每 一 个 发 送 者 一 接收 者 连接 都 需要 一 个 子 类 。 

观察 者 模式 通过 定义 一 个 接口 来 通知 目标 中 发 生 的 改变 ， 从 而 将 发 送 者 (目标) 与 接收 
者 (观察 者 ) ffi. Observer 定义 了 一 个 比 Command 更 松 的 发 送 者 一 接收 者 绑 定 ， 因 为 一 个 
目标 可 能 有 多 个 观察 者 ， 并 且 其 数目 可 以 在 运行 时 变化 ， 如 下 图 所 示 。 
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aSubject anObserver anObserver anObserver 


(发 送 者 ) 【接收 者 ) ( 接收 者 ) (接收 者 ) 


观察 者 模式 中 的 Subject 和 Observer 接口 是 为 了 处 理 Subject 的 变化 而 设计 的 ， 因 此 当 
对 象 间 有 数据 依赖 时 ， 最 好 用 观察 者 模式 来 对 它们 进行 解 斐 。 

中 介 者 模式 让 对 象 通过 一 个 Mediator 对 象 间 接地 互相 引用 ， 从 而 对 它们 解 厢 ， 如 下 图 
所 示 。 


aColleague aMediator aColleague aColleague 
(发 送 者 /接收 者 ) (发送 者 /接收 者 ) ( 发 送 者 /接收 者 ) 


[73 
eA | | 
= - 一 - T -一 - Digi | 

| 
j " 1 - m ji i 
— We 
| 
I 
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一 个 Mediator 对 象 为 各 Colleague 对 象 间 的 请 求 提供 路 由 并 集中 它们 的 通信 ， 因 此 各 
Colleague 对 象 仅 能 通过 Mediator 接口 相互 交谈 。 由 于 这 个 接口 是 固定 的 ， 为 增加 灵活 性 
Mediator 可 能 不 得 不 实现 它 自己 的 分 发 策略 。 可 以 用 一 定 方式 对 请 求 编 码 并 打包 参数 ， 使 得 
Colleague 对 象 可 以 请 求 的 操作 数目 不 限 。 

中 介 者 模式 可 以 减少 一 个 系统 中 的 子 类 生成 ， 因 为 它 将 通信 行为 集中 到 一 个 类 中 而 不 是 
将 其 分 布 在 各 个 子 类 中 。 然 而 ， 特 别 的 分 发 策略 通常 会 降低 类 型 安全 性 。 

最 后 ， 职 责 链 模式 通过 沿 一 个 潜在 接收 者 链 传递 请 求 而 将 发 送 者 与 接收 者 解 厢 ， 如 下 图 
所 示 。 


aClient aHandler aHandler aHandler 
( 发送 者 ) ( 接收 者 ) ( 接收 者 ) ( 接收 者 ) 
HandleHelp() | 
| RATES A SE 7 
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由 于 发 送 者 和 接收 者 之 间 的 接口 是 固定 的 ， 职 责 链 可 能 需要 一 个 定制 的 分 发 策略 。 因 此 
它 与 Mediator 一 样 存在 类 型 安全 的 问题 。 如 果 职 责 链 已 经 是 系统 结构 的 一 部 分 ， 同 时 在 链 上 
的 多 个 对 象 中 总 有 一 个 可 以 处 理 请 求 ， 那 么 职责 链 将 是 一 个 很 好 的 将 发 送 者 和 接收 者 解 耦 的 
方法 。 此 外 ， 因 为 链 可 以 被 简单 地 改变 和 扩展 ， 所 以 该 模式 提供 了 更 大 的 灵活 性 。 


5.12.5 Bae 


除了 少数 例外 情况 ， 各 个 行为 设计 模式 之 间 是 相互 补充 和 相互 加 强 的 关系 。 例 如 ， 一 个 
职责 链 中 的 类 可 能 包括 至 少 一 个 Template Method(5.10) 的 应 用 。 该 模板 方法 可 使 用 原 语 操作 
确定 该 对 象 是 否 应 处 理 请 求 并 选择 应 转发 的 对 象 。 职 责 链 可 以 使 用 Command 模式 将 请 求 表 
示 为 对 象 。Interpreter(5.3) 可 以 使 用 State 模式 定义 语法 分 析 上 下 文 。 和 迭代 器 可 以 遍历 一 个 聚 
合 ， 而 访问 者 可 以 对 它 的 每 一 个 元 素 进 行 操作 。 

行为 模式 也 能 与 其 他 模式 很 好 地 协同 工作 。 例 如 ， 一 个 使 用 Composite(4.3) 模式 的 系统 
可 以 使 用 访问 者 对 该 组 合 的 各 成 分 进行 一 些 操作 。 它 可 以 使 用 职责 链 使 得 各 成 分 通过 它们 的 
父 类 访问 某 些 全 局 属性 。 它 也 可 以 使 用 Decorater(4.4) 对 该 组 合 的 某 些 部 分 的 属性 进行 改写 。 
它 可 以 使 用 Observer 模式 将 一 个 对 象 结构 与 另 一 个 对 象 结构 联系 起 来 ， 可 以 使 用 State 模式 
使 得 一 个 构件 在 状态 改变 时 改变 自身 的 行为 。 组 合 本 身 可 以 使 用 Builder(3.2) 中 的 方法 创建 ， 
并 且 它 可 以 被 系统 中 的 其 他 部 分 当 作 一 个 Prototype(3.4)。 

设计 良好 的 面向 对 象 式 系统 通常 有 多 个 模式 镶 舱 在 其 中 ,但 其 设计 者 却 未 必 使 用 这 些 术 
语 进行 思考 。 然 而 ， 在 模式 级 别 而 不 是 在 类 或 对 象 级 别 上 进行 系统 组 装 可 以 使 我 们 更 方便 地 
获取 同等 的 协同 性 。 
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或 许 有 人 会 认为 本 书 并 无 多 大 贡献 。 毕 况 ， 它 没有 提出 任何 前 所 未 见 的 新 算法 或 者 新 程 
序 设计 技术 。 本 书 既 没有 给 出 一 种 严格 的 系统 设计 方法 ， 也 没有 提出 一 套 新 的 设计 理论 一 一 
它 只 是 将 现 有 的 一 些 设计 加 以 文档 化 。 也 许 你 会 认为 它 是 一 本 合适 的 人 门 指南 ， 但 对 有 经 验 
的 面向 对 象 设 计 人 员 却 并 无 多 大 帮助 。 

我 们 希望 你 不 会 有 上 面 这 样 的 想法 。 这 是 因为 对 设计 模式 的 分 类 整理 是 重要 的 ， 它 为 我 
们 使 用 的 各 种 技术 提供 了 标准 的 名 称 和 定义 。 如 果 我 们 不 研究 软件 中 的 设计 模式 ， 就 无 法 对 
它们 进行 改进 ， 更 难以 提出 新 的 设计 模式 。 

本 书 仅仅 是 一 个 开始 。 它 讨论 了 面向 对 象 设计 专家 所 使 用 的 某 些 最 常见 的 设计 模式 ， 而 
人 们 也 常常 会 在 口头 交谈 或 分 析 已 有 系统 时 听 到 和 学 到 这 些 设计 模式 。 曾 有 人 看 了 本 书 的 初 
稿 后 也 将 其 使 用 的 设计 模式 写 下 来 ， 因 此 ， 本 书 更 应 起 到 抛砖引玉 的 作用 。 我 们 希望 这 将 标 
志 着 一 场 把 软件 从 业 人 员 专 门 知 识 和 技能 加 以 文档 化 的 运动 的 开始 。 

本 章 的 内 容 包 括 我 们 认为 设计 模式 将 带 来 的 巨大 影响 ,设计 模式 与 其 他 设计 工作 的 关 
系 ， 以 及 怎样 发 现 和 整理 设计 模式 。 


6.1 ”设计 模式 将 市 来 什么 


根据 我 们 日 常 使 用 设计 模式 的 经 验 ， 我 们 认为 它们 将 在 以 下 几 个 方面 影响 你 设计 面 四 对 
象 软 件 的 方式 。 


6.1.1 一 套 通 用 的 设计 词 ;L 


对 使 用 传统 语言 的 程序 设计 专家 的 研究 表明 ， 其 知识 和 经 验 并 非 是 简单 地 围绕 语法 来 组 
织 的 ， 而 是 围绕 着 诸如 算法 、 数 据 结构 、 习 惯用 语 [AS85，Cop92，Cur89，SS86] 和 满足 某 
特定 目标 的 计划 [SE84] 等 更 大 的 概念 结构 来 组 织 的 。 设 计 者 可 能 考虑 更 多 的 不 是 用 来 记录 设 
计 的 表示 方式 ， 而 是 如 何 把 当前 的 设计 问题 与 已 知 的 计划 、 算 法 、 数 据 结构 和 习惯 用 语 等 进 
行 匹 配 。 

计算 机 科学 家 对 算法 和 数据 结构 进行 命名 和 分 类 ， 但 我 们 却 很 少 为 其 他 类 型 的 模式 命 
名 。 设 计 模 式 为 设计 者 们 交流 讨论 、 书 写 文档 以 及 探索 各 种 不 同 设计 提供 了 一 套 通用 的 设计 
词汇 。 设 计 模 式 使 你 可 以 在 比 设计 表示 或 编程 语言 更 高 的 抽象 级 别 谈论 一 个 系统 ， 从 而 降低 
了 其 复杂 度 。 设 计 模 式 提 高 了 你 的 设计 及 你 与 同事 讨论 这 些 设计 的 层次 。 

一 旦 你 吸收 了 本 书 中 的 各 设计 模式 ,你 的 设计 词汇 就 几乎 肯定 要 有 所 改变 。 你 会 直接 使 
用 这 些 模 式 的 名 称 来 表示 某 个 设计 ， 比 如 你 会 说 ,“ 这 里 我 们 使 用 观察 者 模式 ”， 或 者 “让 我 
们 从 这 些 类 中 抽出 一 个 Strategy”。 
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6.1.2 书写 文档 和 学 习 的 辅助 手段 


了 解 本 书 中 的 各 设计 模式 可 使 你 更 容易 理解 已 有 的 系统 。 大 多 数 规 模 较 大 的 面向 对 象 系 
统 都 使 用 了 这 些 设计 模式 。 人 们 在 学 习 面 向 对 象 编 程 时 常常 抱怨 系统 中 继承 的 使 用 令 人 费解 
以 及 难于 理解 控制 流程 。 这 在 很 大 程度 上 是 由 于 他 们 未 能 理解 该 系统 中 的 设计 模式 。 学 习 这 
些 设计 模式 将 有 助 于 你 理解 已 有 的 面向 对 象 系统 。 

这 些 设计 模式 也 能 提高 你 的 设计 水 平 。 它 们 为 你 提供 一 些 常 见 问题 的 解决 方案 。 当 然 ， 
如 果 你 长 期 从 事 面向 对 象 系统 的 工作 ， 述 早 你 也 会 自己 学 到 这 些 设计 模式 ,但 通过 本 书 你 可 
以 学 得 更 快 。 学 好 这 些 模式 将 有 助 于 一 个 新 手 做 出 像 专 家 一 样 的 设计 。 

Wü HL, 按照 一 个 系统 所 使 用 的 设计 模式 来 描述 该 系统 可 以 使 他 人 理解 起 来 容易 得 多 ， 否 
则 ， 就 必须 对 该 系统 的 设计 进行 逆向 工程 来 弄 清 楚 其 使 用 的 设计 模式 。 有 一 套 通 用 的 设计 词 
汇 的 好 处 是 你 不 必 描 述 整 个 设计 模式 ， 而 只 要 使 用 它 的 名 字 ， 当 他 人 读 到 这 个 名 字 时 就 会 理 
解 你 的 设计 。 当 然 如 果 读 者 不 知道 这 个 设计 模式 ， 他 就 必须 先 去 查找 、 学 习 该 模式 ， 即 使 这 
样 也 还 是 比 逆向 工程 容易 。 

我 们 在 自己 的 设计 中 使 用 这 些 模式 ， 并 发 现 它们 有 很 多 好 处 。 我 们 还 以 某 些 有 争议 的 
幼稚 方式 使 用 这 些 设计 模式 。 我 们 用 它们 来 为 类 命名 ， 思 考 和 传授 优秀 的 设计 ， 并 用 一 连 串 
的 设计 模式 来 描述 我 们 的 设计 。 很 容易 想 出 更 复杂 的 使 用 设计 模式 的 方式 ， 比 如 基于 模式 的 
CASE 工具 或 超 文本 文档 。 不 过 即使 没有 复杂 的 工具 ,设计 模式 对 我 们 也 还 是 很 有 帮助 的 。 


6.1.3” 现 有 万 法 的 一 种 补 元 


面向 对 象 设计 方法 可 用 来 促进 良好 的 设计 ， 教 新 手 如 何 设计 ， 以 及 对 设计 活动 进行 标准 
化 。 一 个 设计 方法 通常 定义 了 一 组 (常常 是 图 形 化 的 ) 用 来 为 设计 问题 各 方面 进行 建 模 的 记 
号 (notation)， 以 及 决定 在 什么 情况 下 以 什么 样 的 方式 使 用 这 些 记号 的 一 组 规则 。 设 计 方 法 
通常 描述 一 个 设计 中 出 现 的 问题 ， 如 何 解决 这 些 问 题 ， 以 及 如 何 评估 一 个 设计 。 但 设计 方法 
还 不 能 描述 设计 专家 的 经 验 。 

我 们 相信 设计 模式 是 面向 对 象 设计 方法 所 缺少 的 一 块 重要 内 容 。 这 些 设计 模式 展示 了 如 
何 使 用 诸如 对 象 、 继 承 和 多 态 等 基本 技术 ， 也 展示 了 如 何以 算法 、 行 为 、 状 态 或 者 需 生 成 的 
对 象 类 型 来 将 一 个 系统 参数 化 。 设 计 模 式 使 你 可 以 更 多 地 描述 “为 什么 ”这 样 设 计 而 不 仅仅 
是 记录 你 的 设计 结果 。 设 计 模 式 的 适用 性 、 效 果 和 实现 部 分 都 会 指导 你 做 出 各 个 必要 的 设计 
决定 。 

设计 模式 在 将 一 个 分 析 模 型 转换 为 一 个 实现 模型 的 时 候 特 别 有 用 。 尽 管 许多 人 声称 面 回 
对 象 分 析 可 以 平滑 地 向 设计 转换 ,但 实践 表明 远 非 如 此 。 一 个 灵活 的 可 复 用 的 设计 常会 包含 
一 些 分 析 模 型 中 没有 的 对 象 。 另 外 ， 你 所 使 用 的 编程 语言 和 类 库 也 会 影响 设计 。 因 此 ， 为 使 
设计 可 复 用 ， 常 常 需 要 重新 设计 分 析 模 型 。 许 多 设计 模式 描述 了 这 样 的 问题 ， 这 也 是 我 们 称 
之 为 设计 模式 的 原因 。 


264 


设计 模式 可 复 用 面向 对 象 软 件 的 基础 


一 个 成 熟 的 设计 方法 不 仅 要 有 设计 模式 ， 还 可 有 其 他 类 型 的 模式 ， 如 分 析 模 式 、 用 户 神 
面 设计 模式 或 者 性 能 调节 模式 等 。 但 是 设计 模式 是 最 主要 的 部 分 ， 这 在 以 前 却 被 忽略 了 。 


6.1.4 重 构 的 目标 


开发 可 复 用 软件 的 一 个 问题 是 开发 者 常常 不 得 不 重新 组 织 或 重 构 [0J90] 软件 系统 。 设 计 
模式 可 以 帮助 你 重新 组 织 一 个 设计 ， 同 时 还 能 减少 以 后 的 重 构 工作 。 

面向 对 象 软件 的 生命 周期 常 分 为 几 个 阶段 。Brain Foote 将 其 分 为 原型 阶段 、 扩 展 阶 段 和 
巩固 阶段 [Foo92]。 

在 原型 阶段 ， 首 先 建立 一 个 快速 原型 ， 在 此 基础 上 进行 增 量 式 的 修改 ， 直 至 能 满足 一 组 
基本 需求 ， 然 后 进入 “青春 期 ”。 此 时 ， 软 件 中 的 类 层次 通常 直接 反映 了 原始 问题 域 中 的 各 
个 实体 。 该 阶段 主要 的 复 用 方式 是 通过 继承 进行 日 箱 复 用 。 

一 旦 软件 进入 青春 期 并 交付 使 用 ， 其 演化 就 由 以 下 两 个 相互 冲突 的 要 求 来 决定 : 中 该 软 
件 必 须 满足 更 多 的 需求 ; @ 该 软件 必须 更 易于 复 用 。 新 的 需求 常常 要 求 加 入 新 的 类 和 操作 其 
至 增加 整个 类 层次 。 于 是 该 软件 就 要 经 过 一 个 扩展 阶段 来 满足 新 的 需求 。 然 而 ， 这 种 扩展 并 
不 能 持续 很 入。 软件 的 不 断 扩 展 将 使 其 变 得 过 于 滞胀 僵硬 而 难以 进一步 修改 。 软 件 类 层次 不 
再 与 任何 问题 域 匹 配 ， 而 是 多 个 问题 域 的 混合 反映 ， 并 且 类 中 定义 了 许多 不 相关 的 操作 和 实 
例 变量 。 

该 软件 若 要 继续 演化 就 必须 重新 组 织 ， 这 个 过 程 称 为 重 构 (refactoring). HERA it EX 
个 阶段 出 现 。 重 构 工 作 包 括 将 类 拆 分 为 专用 和 通用 的 构件 ， 把 各 个 操作 在 类 层次 上 提 或 下 放 
到 合适 的 类 中 ， 并 使 各 个 类 的 接口 合理 化 。 这 个 巩固 阶段 将 会 产生 许多 新 类 型 的 对 象 ， 它 们 
通常 是 通过 分 解 而 不 是 继承 原 有 的 对 象 而 得 到 的 。 因 而 黑箱 复 用 代替 了 白 箱 复 用 。 满 足 更 多 
需求 和 达到 更 高 可 复 用 性 的 要 求 推动 面向 对 象 软件 不 断 重 复 扩展 和 巩固 这 两 个 阶段 一 一 扩展 
以 满足 新 的 需求 ， 而 巩固 使 软件 更 为 通用 (参见 下 图 )。 


扩展 
进一步 的 需求 进一步 的 复 用 


生成 原型 —— uS 


这 个 循环 是 不 可 避免 的 。 但 好 的 设计 者 不 仅 知 道 哪些 变化 会 促使 重 构 ， 而 且 还 知道 哪些 
类 和 对 象 结构 能 够 避免 重 构 一 一 其 设计 对 于 需求 变化 具有 健壮 性 。 对 需求 进行 彻底 分 析 有 助 
于 突出 在 软件 的 生命 周期 中 易于 发 生变 化 的 需求 ， 而 一 个 好 的 设计 应 对 这 些 变化 保持 稳定 。 

我 们 的 设计 模式 记录 了 许多 重 构 产 生 的 设计 结构 。 在 设计 初期 使 用 这 些 模式 可 以 防止 以 
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后 的 重 构 。 不 过 你 即使 是 在 系统 建成 以 后 才 了 解 如 何 使 用 这 些 模 式 ， 它 们 也 可 以 教 你 如 何 修 
改 你 的 系统 。 设 计 模式 为 你 的 重 构 提 供 了 目标 。 
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分 类 整理 设计 模式 後 始 于 Erich 的 博士 论文 [Gam91, Gam92] 的 部 分 工作 。 他 的 论文 中 
大 约 有 占 本 书 半数 的 模式 。 到 OOPSLA'91 召开 的 时 候 它 已 正式 成 为 一 项 独立 的 工作 ， 并 且 
Richard 已 加 入 进来 与 Erich 一 道 从 事 这 项 工作 。 不 久 John 也 加 入 进来 。 到 OOPSLA:92 的 
时 候 ，Ralph 也 已 加 入 这 个 小 组 中 。 我 们 曾 试 图 使 我 们 的 工作 成 果 可 以 发 表 在 ECOOP’93 E, 
但 我 们 很 快意 识 到 篇 幅 太 长 的 论文 是 不 会 被 录用 的 ， 所 以 我 们 将 其 简化 为 一 个 摘要 发 表 在 那 
次 会 议 上 。 从 那 以 后 我 们 决定 把 我 们 分 类 整理 的 模式 写成 一 本 书 。 

在 此 过 程 中 ， 我 们 改动 了 一 些 模式 的 名 称 。”Wrapper” 变 成 了 “Decorator ",“Glue” 
变 成 了 “Facade”,“ Solitaire ” 变 成 了 “Singleton”， 以 及 “Walker” 变 成 了 “Visitor”， 并 
删 掉 了 几 个 看 起 来 不 那么 重要 的 模式 。 不 过 自 1992 年 以 来 ， 这 个 分 类 体系 中 包含 哪些 模式 
没有 多 大 变化 ， 但 各 模式 本 身 却 有 了 巨大 改进 。 
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实际 上 ， 注 意 到 某 些 东 西 是 一 个 模式 还 是 整个 工作 中 相对 容易 的 部 分 。 我 们 四 个 人 都 经 


常 从事 建 造 面向 对 象 系统 的 工作 ， 发 现 当 接触 到 足够 多 的 系统 时 ， 发 现 模式 并 不 困难 ， 然 而 
描述 模式 却 要 困难 得 多 。 

当 你 回 过 头 来 看 你 已 经 建 好 的 一 些 系统 时 ， 会 发 现 所 做 的 工作 中 就 存在 着 模式 。 但 是 ， 
要 很 好 地 描述 它们 以 使 不 熟悉 的 人 也 能 理解 并 意识 到 它们 为 什么 重要 就 很 困难 了 。 专 家 们 能 
立即 从 我 们 模式 的 早期 版 本 中 意识 到 它们 的 价值 ， 但 也 只 有 实际 用 过 这 些 模式 的 人 才能 理解 
它们 。 

由 于 本 书 的 主要 目的 之 一 在 于 教 设计 新 手 进行 面向 对 象 设计 ， 所 以 我 们 必须 改进 模式 的 
分 类 描述 。 我 们 将 每 个 模式 的 篇 幅 进 行 了 扩充 ,其 中 加 入 了 较 具 体 的 说 明 动 机 的 例子 和 示例 
代码 ， 同 时 对 模式 的 权衡 以 及 实现 模式 的 不 同方 式 也 进行 了 考察 。 这 样 就 使 模式 学 起 来 更 容 
Fy — HE , 

在 过 去 的 一 年 中 所 做 的 另 一 个 重要 修改 是 更 加 强调 一 个 模式 所 针对 的 问题 。 模 式 是 问题 
的 解决 方案 ， 是 可 以 被 重复 使 用 的 技术 手段 ， 这 很 容易 明白 。 困 难 的 是 知道 在 什么 情况 下 使 
用 这 个 模式 才 是 恰当 的 ， 也 就 是 要 刻画 这 个 模式 所 针对 的 问题 及 其 上 下 文 ， 只 有 在 这 样 的 上 
下 文中 ， 这 个 模式 才 是 最 优 解 。 一 般 而 言 ， 了 解 做 什么 要 比 为 什么 容易 ， 而 一 个 模式 的 “为 
什么 ”就 是 它 要 解决 的 问题 。 了 解 一 个 模式 的 目的 也 是 重要 的 ， 它 可 以 帮助 我 们 选择 要 使 用 
的 模式 ， 也 可 以 帮助 我 们 理解 已 有 系统 的 设计 。 作 为 一 个 模式 的 作者 ， 即 使 你 已 经 知道 了 解 
决 方案 ， 也 必须 回 过 头 来 确定 并 刻画 该 模式 所 解决 的 问题 。 
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6.3 ”模式 界 


我 们 并 不 是 唯一 对 写 书 来 分 类 整理 专家 们 使 用 的 设计 模式 感 兴趣 的 小 组 。 我 们 属于 一 个 
更 大 的 圈子 ， 这 个 圈子 里 的 人 们 对 模式 特别 是 有 关 软 件 的 模式 很 感 兴趣 。 建 筑 师 Christopher 
Alexander 第 一 个 研究 了 建筑 物 和 社区 的 模式 ， 并 开发 了 一 个 “模式 语言 ”来 生成 它们 。 他 
的 工作 一 次 次 地 启发 了 我 们 ， 所 以 有 必要 将 我 们 的 工作 与 他 的 工作 进行 比较 ， 然 后 再 看 看 其 
他 有 关 软 件 模式 方面 的 工作 。 


6.3.1 _ Alexander 的 模式 语言 


我 们 的 工作 在 许多 方面 和 Alexander 的 类 似 。 二 者 都 是 在 观察 已 有 系统 的 基础 上 ， 发 现 
其 中 的 模式 ， 都 有 描述 模式 的 模板 〈 尽 管 我们 的 模板 有 很 大 的 不 同 )， 都 是 用 目 然 语 言 和 许多 
例子 而 不 是 用 形式 语言 来 描述 模式 ， 都 给 出 了 每 个 模式 背后 的 原理 。 
不 过 我 们 的 工作 也 在 许多 方面 不 同 于 Alexander 的 模式 语言 : 
1) 人 类 从 事 建 筑 活动 已 有 几 千 年 的 历史 ,积累 下 来 许多 经 典 的 案例 可 供 参 考 。 相 对 而 
， 建 造 软件 系统 的 历史 就 短 得 多 ， 很 少 有 系统 可 称 得 上 经 典 。 
2 ) Alexander 给 出 了 他 的 模式 的 使 用 顺序 ， 而 我 们 没有 。 
3 ) Alexander 的 模式 强调 它们 所 针对 的 问题 ， 而 设计 模式 则 更 详细 地 描述 了 解决 方案 。 
4 ) Alexander 声称 他 的 模式 可 以 生成 完整 的 建筑 ， 而 我 们 不 能 说 我 们 的 模式 可 以 生成 完 
整 的 程序 。 

Alexander 声称 可 以 通过 一 个 接 一 个 地 使 用 他 的 模式 来 设计 一 所 房屋 。 这 类 似 于 一 些 面 
问 对 象 设计 方法 学 家 的 目标 ， 他 们 也 给 出 了 一 步 步 地 进行 软件 设计 的 规则 。Alexander 并 不 否 
认 创 造 的 必要 性 ， 他 的 一 些 模式 要 求 设计 者 理解 所 设计 建筑 物 的 使 用 者 的 生活 习惯 。 而 且 ， 
他 对 设计 的 “诗意 9” 的 信仰 暗示 了 存在 某 种 高 于 模式 语言 本 喘 的 专业 水 平 。 不 过 他 对 模式 
怎样 生成 设计 的 描述 却 意味 着 模式 语言 可 使 设计 活动 成 为 一 种 确定 的 和 可 重复 的 过 程 。 

Alexander 的 观点 启发 我 们 关注 设计 中 的 权衡 问题 一 一 多 种 “ 力 ” 共 同 决 定 了 最 终 的 设 
计 结 果 。 在 他 的 影响 下 ， 我们 慎重 考虑 了 我 们 的 设计 模式 的 适用 性 及 其 效果 。 这 也 使 我 们 不 
再 试图 定义 模式 的 形式 化 表示 。 这 是 因为 尽管 这 种 形式 化 表示 将 使 模式 自动 化 成 为 可 能 ， 但 
目前 更 重要 的 是 探索 新 的 模式 而 不 是 将 模式 形式 化 。 

依据 Alexander 的 观点 ， 本 书 的 模式 不 能 形成 一 个 模式 语言 。 考 虑 到 人 们 建造 的 软件 系 
统 的 多 样 性 ， 我 们 很 难 给 出 一 个 “完备 ”的 模式 集合 来 指导 人 们 一 步 步 地 设计 出 完整 的 应 用 。 
尽管 对 于 某 些 特定 类 型 的 应 用 (例如 报表 生成 系统 ) 我 们 可 以 做 到 这 一 点 ， 然 而 本 书 的 模式 
体系 仅仅 是 相关 模式 的 集合 ， 不 能 将 其 视 为 一 种 模式 语言 。 

实际 上 ， 我 们 认为 永远 也 不 会 有 一 个 完备 的 软件 模式 语言 。 当 然 我 们 可 以 使 模式 系统 
更 加 完整 ， 如 可 以 加 入 框架 及 怎样 使 用 框架 [Joh92]、 用 户 界 面 设 计 模 式 [BJ94]、 分 析 模 式 
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[Coa92]， 以 及 软件 开发 过 程 中 其 他 方面 的 内 容 。 设 计 模式 仅仅 是 一 个 更 大 的 软件 模式 语言 
一 部 个 。 


6.3.2 ”软件 中 的 模式 


我 们 第 一 次 集体 研究 软件 体系 结构 是 在 OOPSLA'91 大 会 中 一 次 由 Bruce Anderson 主持 
的 讨论 会 上 。 那 次 讨论 会 致力 于 为 软件 体系 结构 设计 者 编写 一 本 手册 (从 本 书 看 来 ， 我 们 认 
为 “体系 结构 百科 全 书 ” 这 个 名 称 要 比 “体系 结构 手册 ”更 好 一 些 )。 此 后 又 举行 了 一 系列 的 
会 议 ， 最 近 的 一 次 是 1994 年 8 月 召开 的 第 一 届 程 序 模式 语言 大 会 ， 这 次 会 议 建 立 了 一 个 群 
体 ， 其 兴趣 是 将 软件 经 验 文档 化 。 

当然 ,也 有 其 他 人 抱 有 同样 的 目标 。Danald Knuth 的 《计算 机 程序 设计 艺术 》[Knu73] 
就 是 分 类 整理 软件 知识 的 最 早 尝试 之 一 ， 只 是 他 着 重 于 描述 算法 。 事 实证 明 ， 即 便 如 此 ， 这 
项 工作 也 还 是 工程 浩大 而 难以 完成 。《 Graphics Gems 》 系 列 [Gla90, Arv91, Kir92] 是 另 一 个 
同样 着 重 于 算法 的 设计 知识 分 类 的 体系 。 美 国 国防 部 发 起 的 领域 专用 软件 结构 计划 集中 收集 
有 关 体 系 结构 方面 的 信息 。 基 于 知识 的 软件 工程 界 试图 一 般 地 表述 软件 相关 知识 。 此 外 ， 还 
有 许多 其 他 小 组 在 为 与 我 们 相似 的 目标 而 努力 。 

James Coplien 的 《 Advanced C++: Programming Styles and Indioms 》[Cop92] 一 书 也 对 
我 们 产生 了 影响 。 相 对 于 我 们 的 设计 模式 ， 该 书 中 描述 的 模式 更 加 针对 C++ 语言 ， 而 且 还 包 
含 了 许多 低层 的 模式 。 不 过 正如 在 我 们 的 模式 中 已 指出 的 那样 ， 二 者 之 间 是 有 一 些 重复 的 。 
Jim 在 模式 界 很 活跃 ， 目 前 他 正在 研究 那些 用 来 描述 软件 开发 组 织 中 人 的 角色 的 模式 。 

你 还 可 以 从 其 他 许多 地 方 找到 对 模式 的 描述 。Kent Beck 是 软件 界 首 先 倡导 学 习 
Christopher Alexander 的 工作 的 先驱 者 之 一 。1993 年 他 开始 在 《 The Smalltalk Report ) EHE 
写 关 于 Smalltalk 模式 的 一 个 专栏 。Peter Coad 开始 收集 模式 也 有 一 段 时 间 了 。 在 我 们 看 来 ， 
他 的 关于 模式 的 论文 主要 讨论 的 是 分 析 模 式 [Coa92]。 我 们 知道 他 还 在 继续 从 事 这 方面 的 工 
作 ， 但 我 们 没有 看 到 他 最 新 的 成 果 。 我 们 也 听 说 有 好 几 本 关于 模式 的 书 正 在 撰写 之 中 ， 但 目 
前 一 本 也 没有 看 到 ， 所 以 我 们 只 能 告诉 你 它们 就 要 出 现 了 。 其 中 有 一 本 书 将 来 源 于 Pattern 


Language of Programming 会 议 。 
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如 果 你 对 模式 感 兴趣 的 话 ， 你 能 做 些 什么 呢 ? 首先 ， 你 可 以 在 你 的 设计 工作 中 使 用 这 
些 设计 模式 ， 并 寻找 其 他 可 用 的 设计 模式 。 接 下 来 几 年 里 将 会 有 许多 有 关 模 式 的 书 和 文章 出 
现 ， 所 以 不 愁 没 地方 找 新 的 模式 。 不 断 积累 和 使 用 你 的 模式 词汇 ,在 与 他 人 讨论 你 的 设计 时 
你 可 以 使 用 它们 ， 在 构思 和 书写 你 的 设计 时 也 可 以 使 用 它们 。 

其 次 ， 提 出 你 的 批评 。 这 个 设计 模式 体系 是 许多 人 注 勤 工作 的 成 果 ， 除 了 我 们 之 外 ， 还 
有 有 几 十 个 评论 者 提出 了 反馈 意见 。 如 果 你 发 现 了 存在 的 问题 或 者 觉得 某 些 地 方 需要 进一步 解 
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释 的 话 ， 请 和 我 们 联系 。 同 样 ， 对 于 其 他 模式 体系 ， 也 请 给 予 你 的 反馈 意见 。 模 式 的 一 个 重 
要 好 处 在 于 它 提 供 的 设计 决策 不 再 是 模糊 的 直觉 ， 模 式 的 作者 可 以 明确 地 说 明 他 在 各 需求 要 
素 间 所 做 的 权衡 。 这 就 为 发 现 并 与 作者 讨论 其 模式 的 不 足 之 处 提供 了 方便 。 你 可 以 充分 利用 
模式 的 这 个 优越 性 。 

最 后 ， 寻 找 你 使 用 过 的 模式 ， 并 把 它们 写 下 来 。 把 它们 作为 你 的 文档 的 组 成 部 分 ， 给 
别人 看 。 你 并 不 一 定 要 在 研究 机 构 里 才 可 以 发 掘 模式 。 实 际 上 ， 如 果 你 没有 某 方面 的 实践 经 
验 ， 要 发 现 相关 的 模式 几乎 是 不 可 能 的 。 你 尽管 与 下 你 的 模式 体系 ， 但 一 定 要 让 其 他 人 来 帮 
助 你 使 之 成 形 ! 


6.5 临别 感想 


最 佳 的 设计 要 用 到 许多 设计 模式 ， 它 们 契合 交织 ， 形 成 一 个 更 大 的 整体 。 正 如 
Christopher Alexander 所 说 : 

以 一 种 松散 的 方式 把 一 些 模式 串 接 在 一 起 来 建造 建筑 是 可 能 的 。 这 样 的 建筑 仅仅 是 一 些 
模式 的 堆砌 ， 而 不 紧凑 。 这 不 够 深刻 。 然 而 另 有 一 种 组 合 模式 的 方式 ， 许 多 模式 重生 在 同一 
个 物理 空间 里 : 这 样 的 建筑 非常 紧凑 ， 在 一 小 块 空间 里 集成 了 许多 内 涵 ; 由 于 这 种 紧凑 ， 它 
变 得 深刻 。 

一 一 A Pattern Language [AIS+77, 第 41 页] 


abstract class (抽象 类 ) 一 种 主要 用 来 定义 接口 的 类 。 抽 象 类 中 的 部 分 或 全 部 操作 被 
延迟 到 其 子 类 中 实现 。 抽 象 类 不 能 实例 化 。 

abstract coupling (抽象 耦合 ) AŽ A 维护 一 个 指向 抽象 类 B 的 引用 ， 则 称 A 抽象 
耦合 于 B。 之 所 以 称 之 为 抽象 耦合 ， 是 因为 A 指向 的 是 一 个 对 象 的 类 型 ， 而 不 是 一 个 具体 
对 象 。 

abstract operation (抽象 操作 ) 一 种 声明 了 型 构 (signature) 而 没有 实现 的 操作 。 在 
C++ 中 ， 抽 象 操 作对 应 于 纯 虚 成 员 函 数 。 

acquaintance relationship (相识 关系 ) 如 果 一 个 类 指 问 男 一 个 类 ， 则 这 两 个 类 之 间 有 
相识 关系 。 

aggregate object (聚合 对 象 ) 一 种 包含 子 对 象 的 对 象 。 这 些 子 对 象 称 为 聚合 对 象 的 部 
分 ， 而 聚合 对 象 对 它们 负责 。 

aggregation relationship (聚合 关系 ) 聚合 对 象 与 其 部 分 之 间 的 关系 。 类 为 其 对 象 (Bi 
An, RAMR) 定义 这 种 关系 。 

black-box reuse (黑箱 复 用 ) 一 种 基于 对 象 组 合 的 复 用 方式 。 这 些 被 组 合 的 对 象 之 间 
并 不 开放 各 自 的 内 部 细节 ， 因 此 被 比 作 “黑箱 ”。 

class (类 ) 类 定义 对 象 的 接口 和 实现 。 它 规定 对 象 的 内 部 表示 ， 定 义 对 象 可 实施 的 
操作 。 

class diagram (类 图 ) 类 图 描述 类 及 其 内 部 结构 和 操作 ， 以 及 类 间 的 静态 关系 。 

class operation (类 操作 ) 以 类 而 不 是 单独 的 对 象 为 目标 的 操作 。 在 C++ 中 ， 类 操作 
PPK A EAS AM PRK 
concrete class (具体 类 ) 不 含 抽象 操作 的 类 。 它 可 以 实例 化 。 
constructor (构造 器 ) 在 C++ 中, 一 种 系统 自动 调用 的 用 来 初始 化 新 对 象 实例 的 操作 。 
coupling ( 耦合 ) 软件 构件 之 间 相 互 依赖 的 程度 。 
delegation (委托 ) 一 种 实现 机 制 ， 即 一 个 对 象 把 发 给 它 的 请 求 转发 /委托 给 另 一 个 对 
而 受托 对 象 将 代表 原 对 象 执行 请 求 的 操作 。 
design pattern (设计 模式 ) 设计 模式 针对 面向 对 象 系统 中 重复 出 现 的 设计 问题 ， 提 出 
一 个 通用 的 设计 方案 ， 并 了 予以 系统 化 的 命名 和 动机 解释 。 它 描述 了 问题 、 解 决 方案 、 在 什么 
条 件 下 使 用 该 解决 方案 及 其 效果 。 它 还 给 出 了 实现 要 点 和 实例 。 该 解决 方案 是 解决 该 问题 的 
一 组 精心 安排 的 通用 的 类 和 对 象 ， 再 经 定制 和 实现 就 可 用 来 解决 特定 上 下 文中 的 问题 。 

destructor ( 析 构 器 ) 在 C++ 中 ， 一 种 系统 自动 调用 的 用 来 清理 (finalize) 即将 被 删除 
的 对 象 的 操作 。 

dynamic binding (动态 绑 定 ) 在 运行 时 才 将 一 个 请 求 与 一 个 对 象 及 其 一 个 操作 关联 起 
来 。 在 C++ 中， 只 有 虚 函 数 可 动态 绑 定 。 

encapsulation (封装 ) 其 结果 是 将 对 象 的 表示 和 实现 隐藏 起 来 。 在 对 象 之 外 ， 看 不 
到 其 内 部 表示 ， 也 不 能 直接 对 其 进行 访问 。 操 作 (operation) 是 访问 和 修改 对 象 表示 的 唯一 
途径 。 


象 


o 
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framework (框架 ) 一 组 相互 协作 的 类 ， 形 成 某 类 软件 的 一 个 可 复 用 设计 。 框 架 将 设计 
划分 为 一 组 抽象 类 ， 并 定义 它们 各 自 的 责任 及 相互 之 间 的 合作 ， 以 此 来 指导 体系 结构 级 的 设 
计 。 开 发 者 通过 继承 框架 中 的 类 和 组 合 其 实例 来 定制 该 框架 以 生成 特定 的 应 用 。 

friend class ( 友 类 ) 在 C++ 中 ,A 为 B 的 友 类 是 指 A 对 B 中 的 操作 和 数据 有 与 B 本 
身 一 样 的 访问 权限 。 

inheritance (继承 ) 两 个 实体 间 的 一 种 关系 ， 其 中 一 个 实体 是 基于 另 一 个 实体 定义 的 。 
类 继承 以 一 个 或 多 个 父 类 为 基础 定义 一 个 新 类 ， 这 个 新 类 继承 了 其 父 类 的 接口 和 实现 ， 被 称 
AFA (C++) 或 派生 类 。 类 继承 包含 接口 继承 和 实现 继承 。 接 口 继承 以 一 个 或 多 个 已 有 接 
口 为 基础 定义 新 的 接口 ; 实现 继承 以 一 个 或 多 个 已 有 实现 为 基础 定义 新 的 实现 。 

instance variable (实例 变量 ) 定义 部 分 对 象 表 示 的 数据 。C++ 中 使 用 的 术语 是 数据 
成 


zi 


~ 


interaction diagram (2% & El) 展示 对 象 间 请 求 流程 的 一 种 示意 图 。 
interface (接口 ) 一 个 对 象 所 有 操作 定义 的 型 构 的 集合 。 接 口 刻 画 了 一 个 对 象 可 啊 应 的 
请 求 的 集合 。 

metaclass (元 类 ) 在 Smalltalk 中 ， 类 也 是 对 象 。 元 类 是 类 对 象 的 类 。 

mixin class( 混入 类 ) 一 种 被 设计 为 通过 继承 与 其 他 类 结合 的 类 。 混 入 类 通常 是 抽象 类 。 

object (HR) 一 个 封装 了 数据 及 作用 于 这 些 数据 的 操作 的 运行 实体 。 

object composition (对 象 组 合 ) 组 装 和 组 合 一 组 对 象 以 获得 更 复杂 的 行为 。 

object diagram ( 对象 图 ) 描述 运行 时 特定 对 象 结 构 的 示意 图 。 

object reference (对象 引用 ) 用 于 标识 另 一 对 象 的 一 个 值 。 

operation (操作 ) 对 象 的 数据 仅 能 由 其 自身 的 操作 来 存 取 。 对 象 收 到 请 求 时 执行 操作 。 
在 C++ 中 ， 操 作 称 为 成 员 函 数 Mi Smalltalk 中 使 用 术语 方法 。 

overriding (BHM) 在 一 个 子 类 中 重 定 义 〈 从 父 类 继承 下 来 的 ) 操作 。 

parameterized type (参数 化 类 型 ) 一 种 含有 未 确定 成 分 类 型 的 类 型 。 在 使 用 时 ， 将 未 
确定 类 型 处 理 成 参数 。 在 C++ 中 ， 参 数 化 类 型 称 为 模板 (template)。 

parent class ( 父 类 ) 被 其 他 类 继承 的 类 。Smalltalk 称 之 为 超 类 (superclass), C++ 中 
称 之 为 基 类 (base class)， 有 时 又 称 之 为 祖先 类 (ancestor class). 

polymorphism (多 态 ) 在 运行 时 接口 匹配 的 对 象 能 互相 替换 的 能 力 。 

private inheritance (私有 继承 ) 在 C++ 中 ,一 种 仅 出 于 实现 目的 的 继承 。 

protocol (协议 ) 接口 概念 的 扩展 ， 包 含 指明 可 人 允许 的 请 求 序列 。 

receiver (接收 者 ) 一 个 请 求 的 目标 对 象 。 

request ( 请求) 一 个 对 象 收 到 其 他 对 象 的 请 求 时 执行 相应 的 操作 。 通 常 请 求 又 称 为 
消息 。 
signature (型 构 ) 一 个 操作 的 型 构 定 义 了 它 的 名 称 、 参 数 和 返回 值 。 
subclass (F) 继承 了 另 一 个 类 的 类 。 在 C++ 中 ， 子 类 又 称 为 派生 类 (derived class). 
subsystem ( 子 系统 ) 一 组 相互 协作 的 类 形成 的 一 个 相对 独立 的 部 分 ， 完 成 一 定 的 功能 。 
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subtype ( 子 类 型 ) 如 果 一 个 类 型 的 接口 包含 男 一 个 类 型 的 接口 ， 则 前 一 个 类 型 称 为 后 
一 个 类 型 的 子 类 型 。 

supertype ( 超 类 型 ) 为 其 他 类 型 继承 的 父 类 型 。 

toolkit (TAs) 一 组 提供 实用 功能 的 类 ， 但 它们 并 不 包含 任何 具体 应 用 的 设计 。 

type (类 型 ) 一 个 特定 接口 的 名 称 。 

white-box reuse ( B8 & FH) 一 种 基于 类 继承 的 复 用 。 子 类 复 用 父 类 的 接口 和 实现 ， 
但 它 也 可 能 存 取 其 父 类 的 其 他 私有 部 分 。 


My se B 


图 示 和 从 号 措 南 
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在 本 书 中 我 们 到 处 使 用 图 表 来 说 明 重 要 的 思想 。 某 些 图 是 非 正 式 的 ， 如 从 屏幕 上 拷贝 下 
来 的 对 话 框 或 示意 性 的 对 象 树 等 。 然 而 ,设计 模式 使 用 较为 正式 的 图 形 符 号 以 显示 类 和 对 象 
间 的 关系 和 交互 。 本 附录 具体 说 明 这 些 图 形 符号 。 

我 们 使 用 了 三 种 不 同 的 图 形 符号 : 

1) 类 图 描述 各 个 类 、 它 们 的 结构 以 及 它们 之 间 的 静态 关系 。 

2) 对 象 图 描述 运行 时 特定 的 对 象 结 构 。 

3 ) 交互 图 展示 对 象 间 请 求 的 流程 。 

每 个 设计 模式 至 少 包 含 一 个 类 图 ， 需 要 时 也 使 用 其 他 图 形 表 示 来 补充 说 明 。 类 图 和 对 象 
图 是 基于 OMT (Object Modeling Technique) [RBP+91, Rum94] 的 9。 交 互 图 来 自 于 Objectory 
[JCJO92] 和 Booch 方法 。 


B.1 类 图 


图 B-1a 是 以 OMT 符号 表示 的 抽象 类 和 具体 类 。 一 个 类 表示 为 一 个 线 框 ， 在 顶部 以 粗 体 
写 着 类 名 ， 其 下 是 主要 的 操作 ， 再 下 是 实例 变量 。 类 型 信息 是 可 选 的 。 我 们 使 用 C++ 的 书写 
习惯 ， 将 类 型 名 置 于 操作 名 (强调 返回 类 型 )、 变 量 名 或 参数 之 前 。 和 斜体 表示 该 类 或 操作 是 抽 
象 的 。 

在 某 些 设计 模式 中 ， 标 清楚 客户 类 对 参与 类 的 引用 是 很 有 用 的 。 在 类 图 中 ， 当 某 个 客户 
类 是 某 模式 的 参与 者 〈 即 该 客户 类 在 这 个 模式 中 承担 一 定 的 责任 ) 时 ， 我 们 以 正常 的 方式 表 
示 它 ， 可 以 参见 Flyweight(4.6) ; 而 当 该 客户 不 是 该 模式 的 参与 者 〈 即 客户 类 在 模式 中 不 承担 
责任 )， 仅 仅 是 为 了 说 明 其 与 模式 的 参与 者 之 间 的 交互 关系 时 ， 我 们 以 灰色 来 表示 它 。 如 图 
B-1b 所 示 。 代 理 模 式 (Proxy) 就 是 一 个 例子 。 这 种 灰 客 户 表 示 法 也 提醒 我 们 在 讨论 模式 参与 
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图 B-1c 展示 了 类 间 的 几 种 关系 。 在 OMT 表示 法 中 ， 类 继承 表示 为 一 个 从 子 类 (图 中 的 
LineShape) 到 父 类 (图 中 的 Shape) 的 三 角形 连 线 ; 代表 部 分 或 聚集 关系 的 对 象 引 用 表示 为 
一 个 根部 有 菱形 的 箭头 ， 指 向 被 聚集 的 类 (图 中 的 Shape); 根部 没有 菱形 的 箭头 表示 相识 
系 (图 中 LineShape 4 — 1 d& I8] Color 的 引用 ， 而 Color 可 能 是 多 个 Shape 对 象 共享 的 )。 在 
箭头 根部 附近 可 以 注 明 引用 的 名 称 ， 以 区 别 于 其 他 引用 。 

另 一 个 有 用 的 表示 是 说 明 哪个 类 创建 哪个 类 的 对 象 。 由 于 OMT 不 支持 这 种 表示 ， 所 以 
我 们 用 虚线 箭头 来 标记 这 种 情况 。 我 们 称 之 为 “创建 ”关系 。 箭 头 指向 的 是 被 实例 化 的 对 象 。 
在 图 B-1c 中 ，CreationTool 创建 LineShape 对 象 。 

OMT 还 定义 了 一 种 实心 圆 点 ， 表 示 “ 多 于 一 个 " 。 当 圆 点 位 于 引用 的 头 部 时 ， 它 表示 指 

O OMT 术语 “对 象 图 ” 指 类 图 。 我 们 使 用 的 “类 图 ” 仅 指 对 象 结构 图 。 

© OMT 还 定义 了 类 间 的 关联 (association) 关系 ， 以 类 间 的 一 条 线 来 表示 。 关 联 关 系 是 双向 的 。 虽 然 在 分 析 

阶段 这 种 关系 是 适用 的 ， 但 我 们 觉得 它 对 于 描述 设计 模式 内 的 类 关系 来 说 显得 太 抽象 了 ， 因 为 在 设计 阶段 


关联 关系 必须 被 映射 为 对 象 引 用 或 指针 。 对 象 引 用 本 身 就 是 有 向 的 ， 更 适合 表达 我 们 所 讨论 的 那 种 关系 。 
例如 ，Drawing 知道 Shape， 而 各 Shape 却 不 知道 其 所 在 的 Drawing， 这 就 无 法 用 关联 关系 来 表示 。 


向 或 聚集 多 个 对 象 。 图 B-1c 中 Drawing 聚集 了 多 个 Shape 类 型 的 对 象 。 


最 后 ， 我 们 认为 可 以 在 OMT 图 上 加 上 一 些 伪 代码 ， 以 简要 说 明 操 作 的 实现 。 图 B-1d 中 


的 伪 代 码 说 明了 Drawing 类 的 Draw 操作 的 实现 。 
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对 象 图 仅仅 描述 实例 。 它 描述 了 设计 模式 中 的 对 象 某 个 时 刻 的 状况 。 对 象 的 名 字 通 常 
表示 为 “aSomething”， 其 中 Something 是 该 对 象 的 类 。 我 们 用 来 表示 对 象 的 符号 (对 标准 
OMT 稍 作 修改 ) 是 一 个 圆 角 和 矩形 ， 并 以 一 条 直线 将 对 象 名 与 对 象 引用 分 开 。 箭 头 表 示 对 象 引 


用 。 如 图 B-2 所 示 。 
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shape[0] 
shape[1] 


aLineShape 






aCircleShape 





B-2 对象 图 


B.3 交互 图 


交互 图 展示 了 对 象 间 各 请 求 的 执行 顺序 。 图 B-3 就 是 一 个 交互 图 ， 它 描述 了 一 个 Shape 
对 象 是 如 何 加 入 某 个 Drawing 对 象 中 去 的 。 

交互 图 中 从 上 到 下 表示 时 间 流 向 。 一 条 垂直 实 线 表示 一 个 特定 对 象 的 生命 周期 。 对 象 的 
命名 规则 与 对 象 图 一 样 ， 即 在 类 名 前 加 一 个 “a (例如 aShape)。 如 采 某 对 和 象 在 本 图 所 示 的 时 
间 区 间 开 始 时 还 未 被 创建 ， 则 用 垂直 虚线 表示 ， 这 条 虚线 一 直 延 伸 到 它 被 创建 的 时 间 点 。 

一 个 垂直 的 矩形 表示 对 象 在 活动 ， 也 就 是 说 它 正 在 处 理 某 个 请 求 。 在 操作 过 程 中 也 可 
以 向 其 他 对 象 发 出 请 求 ， 这 以 一 个 指向 接收 对 象 的 水 平 稍 头 表 示 。 请 求 的 名 称 标注 在 箭头 上 
方 。 创 建 对 象 的 请 求 以 虚线 箭头 表示 。 一 个 发 给 自身 的 请 求 也 指 回 发 送 者 自身 。 

在 图 B-3 中 ， 第 一 个 请 求 是 aCreatinTool 发 出 的 ， 请 求 创 建 aLineShape。 接 下 来 ， 
aLineShape 被 加 入 aDrawing 中 ， 这 导致 aDrawing 向 它 自身 发 出 一 个 Refresh 请 求 。 而 在 
Refresh 操作 过 程 中 aDrawing 又 向 aLineShape 发 出 一 个 Draw 请 求 。 


aCreationTool aDrawing aLineShape 





new LineShape 


Add(aLineShape) 
Refresh() 






图 B-3 交互 图 
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本 附录 提供 了 我 们 在 一 些 模式 的 C++ 示例 代码 中 用 到 的 基本 类 。 我 们 力求 使 这 些 类 简 
短 。 这 些 基本 类 包括 : 


e List， 对 象 的 顺序 列表 。 

e Iterator， 顺 序 存 取 聚 集 对 象 的 接口 。 

e ListIterator, W Jj— 35K List 的 Iterator. 
e Point, —^ E. 

e Rect， 一 个 轴 对 齐 的 矩形 。 


在 某 些 编译 器 中， 一 些 新 的 C++ 标准 类 型 可 能 还 未 实现 。 特 别 是 ， 如 果 你 的 编译 器 没有 
定义 bool 类 型 ， 你 可 以 像 下 面 这 样 手工 定义 它 : 


typedef int bool; 
const int true - 1; 
const int false - 0; 


C.1 List 


List 模板 类 是 一 个 用 来 存储 对 象 序 列 的 基本 容器 。List 存放 元 素 的 值 ， 其 元 素 既 可 以 是 
内 置 类 型 也 可 以 是 类 的 对 象 。 例 如 ，List<int> 声明 了 一 个 整数 序列 。 但 在 大 多 数 模式 中 使 用 
它 来 存储 对 象 指针 ， 比 如 List<Glyph*>。 这 样 List 类 就 可 以 用 于 异 质 元 素 列 表 。 

为 方便 使 用 ，List 类 也 提供 了 栈 形式 的 操作 。 这 样 就 可 以 直接 将 List 用 作 栈 ， 而 无 须 再 
定义 新 类 。 


template <class Item> 
class List { 
public: 
List (long size = DEFAULT LIST CAPACITY); 
List (List&) ; 
“List (); 
List& operator-(const List&); 


long Count() const; 
Item& Get(long index) const; 
Item& First() const; 
. Item& Last() const; 
bool Includes(const Item&) const; 


void Append(const Item&); 
void Prepend(const Item&); 


void Remove(const Item&); 
void RemoveLast(); 

void RemoveFirst(); 

void RemoveAll(); 


Item& Top() const; 
void Push(const Item&); 
| Item& Pop(); 


下 面 较 详 细 地 讨论 这 些 操作 。 


构造 、 析 构 、 初 始 化 和 赋值 
List(long size) 
初始 化 列表 。 参 数 size 提示 初始 元 素数 目 。 
List(List&) 
重 载 缺 省 拷贝 构造 函数 ， 以 正确 地 初始 化 成 员 数 据 。 


~List () 


释放 该 列表 的 内 部 数据 结构 的 存储 空间 ， 但 它 并 不 释放 其 元 素 的 数据 。 设 计 者 不 希望 用 
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List& operator=(const List&) 


实现 列表 赋值 ， 以 正确 赋值 各 成 员 数 据 。 


访问 
这 些 操作 支持 对 列表 元 素 的 基本 存 取 。 
long Count() const 
返回 列表 中 对 象 的 数目 。 
Item& Get(long index) const 
返回 指定 下 标 处 的 对 象 。 
Ttem& First() const 
返回 列表 的 第 一 个 对 象 。 
Ttem& Last() const 
返回 列表 的 最 后 一 个 对 象 。 


bool Includes(const Item&) const 


列表 是 否 含 有 给 定 元 素 。 本 操作 要 求 列 表 元 素 类 型 支持 用 于 比较 的 == 操作 。 
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增添 


void Append(const Item&) 
在 列表 尾部 添加 元 素 。 


void Prepend(const Item&) 


在 列表 头 部 插 人 元 素 。 


删除 


void Remove(const Item&) 

从 列表 中 删除 给 定 元 素 。 本 操作 要 求 列 表 元 素 类 型 支持 用 于 比较 的 == 操作 。 
void RemoveLast () 

删除 最 后 一 个 元 素 。 

void RemoveFirst () 

删除 第 一 个 元 素 。 


void RemoveAll() 


删除 所 有 元 素 。 


材 接 口 


Item& Top() const 

返回 栈 项 元 素 (将 列表 视 为 一 个 栈 )。 
void Push(const ttems) 

将 该 元 素 压 人 栈 。 

Item& Pop() 


弹出 栈 项 元 素 。 
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C.2 Iterator 


Iterator 是 定义 了 一 种 遍历 对 象 集合 的 接口 的 抽象 类 。 


template <class Item> 
class Iterator { 
public: 
virtual void First() = 0; 
virtual void Next() = 0; 
virtual bool IsDone() const - 0; 
virtual Item CurrentItem() const - 0; 
protected: 
Iterator(); 
); 


其 操作 的 含义 为 : 

virtual void First() 

使 Iterator 指向 顺序 集合 中 的 第 一 个 对 象 。 
virtual void Next () 

使 Iterator 指向 对 象 序列 的 下 一 个 元 素 。 
virtual bool IsDone() const 

当 序列 中 不 再 有 未 到 达 的 对 象 时 返回 真 。 


virtual Item CurrentItem() const 


返回 序列 中 当前 位 置 的 对 象 。 


C.3  ListlIterator 


Listlterator 实现 了 遍历 列表 的 Iterator 接口 。 它 的 构造 函数 以 一 个 待 遍历 的 列表 为 参数 。 


template <class Item> 
class ListIterator : public Iterator<Item> { 
public: 

ListIterator(const List«Item»* aList); 


virtual void First(); 

virtual void Next(); 

virtual bool IsDone() const; 

virtual Item CurrentItem() const; 
); 
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Point 表示 二 维 笛 卡 儿 坐标 空间 上 的 一 个 点 。Point SRL REA AY Ie] BIER Point 的 
坐标 值 类 型 定义 为 : 


typedef float Coord; 


Point 的 操作 含义 是 自明 的 。 


class Point ( 
public: 
static const Point Zero; 


Point(Coord x = 0.0, Coord y = 0.0); 


Coord X() const; void X(Coord x); 
Coord Y() const; void Y(Coord y); 


friend Point operator+(const Point&, const Pointé&) ; 
friend Point operator-(const Point&, const Pointé&); 
friend Point operator*(const Point&, const Pointé&); 
friend Point operator/(const Point&, const Point&); 


Point& operator+=(const Point&); 
Point& operator--(const Point&); 
Point& operator*-(const Pointé&) ; 
Point& operator/-(const Point&); 


Point operator-(); 


friend bool operator--(const Point&, const Point&); 
friend bool operator!-(const Point&, const Pointé&); 


friend ostream& operator««(ostream&, const Pointk); 
friend istream& operator>>(istream&, Pointé&); 
); 


静态 成 员 Zero 代表 Point(0,0). 


C.5 Rect 


Rect 代表 一 个 轴 对 齐 的 矩形 。 和 矩形 用 一 个 原点 和 一 个 范围 (长 度 和 宽度 ) 来 表示 。 其 操 
作 含义 也 是 自明 的 。 


class Rect { 


public: 


static const Rect Zero; 


Rect (Coord x, Coord y, Coord w, Coord h); 
Rect(const Point& origin, const Point& extent); 


Coord Width() const; void Width (Coord) ; 
Coord Height() const; void Height (Coord) ; 
Coord Left() const; void Left (Coord) ; 
Coord Bottom() const; void Bottom(Coord) ; 
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Point& Origin() const; void Origin(const Point&) ; 
Point& Extent() const; void Extent (const Pointk&); 


void MoveTo(const Point&); 
void MoveBy(const Point&); 


bool IsEmpty() const; 
bool Contains(const Point&) const; 


3 
静态 成 员 Zero 等 于 和 矩形 


rect (point (0, 0)point(0, 0)); 
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